<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src-test/sys/dev/hyperv/netvsc, branch main</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src-test/atom?h=main</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src-test/atom?h=main'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/'/>
<updated>2020-10-15T11:44:28Z</updated>
<entry>
<title>Hyper-V: hn: Relinquish cpu in HN_LOCK to avoid deadlock</title>
<updated>2020-10-15T11:44:28Z</updated>
<author>
<name>Wei Hu</name>
<email>whu@FreeBSD.org</email>
</author>
<published>2020-10-15T11:44:28Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=b3460f44524b145c6c8a760ebe65052560a810bf'/>
<id>urn:sha1:b3460f44524b145c6c8a760ebe65052560a810bf</id>
<content type='text'>
The try lock loop in HN_LOCK put the thread spinning on cpu if the lock
is not available. It is possible to cause deadlock if the thread holding
the lock is sleeping. Relinquish the cpu to work around this problem even
it doesn't completely solve the issue. The priority inversion could cause
the livelock no matter how less likely it could happen. A more complete
solution may be needed in the future.

Reported by:	Microsoft, Netapp
MFC after:	2 weeks
Sponsored by:	Microsoft
</content>
</entry>
<entry>
<title>Mark more nodes as CTLFLAG_MPSAFE or CTLFLAG_NEEDGIANT (17 of many)</title>
<updated>2020-02-26T14:26:36Z</updated>
<author>
<name>Pawel Biernacki</name>
<email>kaktus@FreeBSD.org</email>
</author>
<published>2020-02-26T14:26:36Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=7029da5c36f2d3cf6bb6c81bf551229f416399e8'/>
<id>urn:sha1:7029da5c36f2d3cf6bb6c81bf551229f416399e8</id>
<content type='text'>
r357614 added CTLFLAG_NEEDGIANT to make it easier to find nodes that are
still not MPSAFE (or already are but aren’t properly marked).
Use it in preparation for a general review of all nodes.

This is non-functional change that adds annotations to SYSCTL_NODE and
SYSCTL_PROC nodes using one of the soon-to-be-required flags.

Mark all obvious cases as MPSAFE.  All entries that haven't been marked
as MPSAFE before are by default marked as NEEDGIANT

Approved by:	kib (mentor, blanket)
Commented by:	kib, gallatin, melifaro
Differential Revision:	https://reviews.freebsd.org/D23718
</content>
</entry>
<entry>
<title>Although most of the NIC drivers are epoch ready, due to peer pressure</title>
<updated>2020-02-24T21:07:30Z</updated>
<author>
<name>Gleb Smirnoff</name>
<email>glebius@FreeBSD.org</email>
</author>
<published>2020-02-24T21:07:30Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=e87c4940156c9a218cab4fd35f4d487dc57e7aa3'/>
<id>urn:sha1:e87c4940156c9a218cab4fd35f4d487dc57e7aa3</id>
<content type='text'>
switch over to opt-in instead of opt-out for epoch.

Instead of IFF_NEEDSEPOCH, provide IFF_KNOWSEPOCH. If driver marks
itself with IFF_KNOWSEPOCH, then ether_input() would not enter epoch
when processing its packets.

Now this will create recursive entrance in epoch in &gt;90% network
drivers, but will guarantee safeness of the transition.

Mark several tested drivers as IFF_KNOWSEPOCH.

Reviewed by:		hselasky, jeff, bz, gallatin
Differential Revision:	https://reviews.freebsd.org/D23674
</content>
</entry>
<entry>
<title>Introduce flag IFF_NEEDSEPOCH that marks Ethernet interfaces that</title>
<updated>2020-01-23T01:41:09Z</updated>
<author>
<name>Gleb Smirnoff</name>
<email>glebius@FreeBSD.org</email>
</author>
<published>2020-01-23T01:41:09Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=0921628ddce1c29441ddb694e04e9c1e9fe356c8'/>
<id>urn:sha1:0921628ddce1c29441ddb694e04e9c1e9fe356c8</id>
<content type='text'>
supposedly may call into ether_input() without network epoch.

They all need to be reviewed before 13.0-RELEASE.  Some may need
be fixed.  The flag is not planned to be used in the kernel for
a long time.
</content>
</entry>
<entry>
<title>Fix spelling.</title>
<updated>2019-12-30T09:22:52Z</updated>
<author>
<name>Hans Petter Selasky</name>
<email>hselasky@FreeBSD.org</email>
</author>
<published>2019-12-30T09:22:52Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=a3b413af0acf8af2fd1d9f82969f092548a96be3'/>
<id>urn:sha1:a3b413af0acf8af2fd1d9f82969f092548a96be3</id>
<content type='text'>
PR:		242891
MFC after:	1 week
Sponsored by:	Mellanox Technologies
</content>
</entry>
<entry>
<title>hyperv/vmbus: Fix the wrong size in ndis_offload structure</title>
<updated>2019-07-09T08:21:14Z</updated>
<author>
<name>Wei Hu</name>
<email>whu@FreeBSD.org</email>
</author>
<published>2019-07-09T08:21:14Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=23a499203c5b3fd74f781d1383269a6e168588cf'/>
<id>urn:sha1:23a499203c5b3fd74f781d1383269a6e168588cf</id>
<content type='text'>
Submitted by:	whu
MFC after:	2 weeks
Sponsored by:	Microsoft
</content>
</entry>
<entry>
<title>hyperv/vmbus: Update VMBus version 4.0 and 5.0 support.</title>
<updated>2019-07-09T07:24:18Z</updated>
<author>
<name>Wei Hu</name>
<email>whu@FreeBSD.org</email>
</author>
<published>2019-07-09T07:24:18Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=ace5ce7e701e5a98c23f820d4f126e5c265aa667'/>
<id>urn:sha1:ace5ce7e701e5a98c23f820d4f126e5c265aa667</id>
<content type='text'>
Add VMBus protocol version 4.0. and 5.0 to support Windows 10 and newer HyperV hosts.

For VMBus 4.0 and newer HyperV, the netvsc gpadl teardown must be done after vmbus close.

Submitted by:	whu
MFC after:	2 weeks
Sponsored by:	Microsoft
</content>
</entry>
<entry>
<title>Do not trop UDP traffic when TXCSUM_IPV6 flag is on</title>
<updated>2018-10-22T11:23:51Z</updated>
<author>
<name>Wei Hu</name>
<email>whu@FreeBSD.org</email>
</author>
<published>2018-10-22T11:23:51Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=f0319886caef01c41aaebbdf6c7dd8312a2ce085'/>
<id>urn:sha1:f0319886caef01c41aaebbdf6c7dd8312a2ce085</id>
<content type='text'>
PR:		231797
Submitted by:	whu
Reviewed by:	dexuan
Obtained from:	Kevin Morse
MFC after:	3 days
Sponsored by:	Microsoft
Differential Revision:	https://bugs.freebsd.org/bugzilla/attachment.cgi?id=198333&amp;action=diff
</content>
</entry>
<entry>
<title>hyperv/hn: Fix panic in hypervisor code upon device detach event</title>
<updated>2018-07-17T21:05:08Z</updated>
<author>
<name>Dexuan Cui</name>
<email>dexuan@FreeBSD.org</email>
</author>
<published>2018-07-17T21:05:08Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=d76fb49fd89f7b783798a2a2b76a03c9f988621f'/>
<id>urn:sha1:d76fb49fd89f7b783798a2a2b76a03c9f988621f</id>
<content type='text'>
Submitted by:	hselasky
Reviewed by:	dexuan
MFC after:	3 days
Differential Revision:	https://reviews.freebsd.org/D16139
</content>
</entry>
<entry>
<title>if_hn: fix use of uninitialized variable</title>
<updated>2018-05-26T14:14:56Z</updated>
<author>
<name>Eric van Gyzen</name>
<email>vangyzen@FreeBSD.org</email>
</author>
<published>2018-05-26T14:14:56Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=7898a1f4c47882ea07b12a36128c1cc3101574b5'/>
<id>urn:sha1:7898a1f4c47882ea07b12a36128c1cc3101574b5</id>
<content type='text'>
omcast was used without being initialized in the non-multicast case.
The only effect was that the interface's multicast output counter could be
incorrect.

Reported by:	Coverity
CID:		1379662
MFC after:	3 days
Sponsored by:	Dell EMC
</content>
</entry>
</feed>
