FreeBSD source tree https://cgit-dev.freebsd.org/src/atom?h=releng%2F12.0 2018-11-01T08:08:08Z 2018-11-01T08:08:08Z Wei Hu whu@FreeBSD.org 2018-11-01T08:08:08Z urn:sha1:352fc1abf98072f09c9a745e51961011168f2240 Do not drop UDP traffic when TXCSUM_IPV6 flag is on. PR: 231797 Submitted by: whu Reviewed by: dexuan Obtained from: Kevin Morse Approved by: re (rgrimes) Sponsored by: Microsoft 2018-07-17T21:05:08Z Dexuan Cui dexuan@FreeBSD.org 2018-07-17T21:05:08Z urn:sha1:d76fb49fd89f7b783798a2a2b76a03c9f988621f Submitted by: hselasky Reviewed by: dexuan MFC after: 3 days Differential Revision: https://reviews.freebsd.org/D16139 2018-05-26T14:14:56Z Eric van Gyzen vangyzen@FreeBSD.org 2018-05-26T14:14:56Z urn:sha1:7898a1f4c47882ea07b12a36128c1cc3101574b5 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 2018-05-18T20:13:34Z Matt Macy mmacy@FreeBSD.org 2018-05-18T20:13:34Z urn:sha1:d7c5a620e2b99e914f1770abde956cf0d0a970b7 Run on LLNW canaries and tested by pho@ gallatin: Using a 14-core, 28-HTT single socket E5-2697 v3 with a 40GbE MLX5 based ConnectX 4-LX NIC, I see an almost 12% improvement in received packet rate, and a larger improvement in bytes delivered all the way to userspace. When the host receiving 64 streams of netperf -H $DUT -t UDP_STREAM -- -m 1, I see, using nstat -I mce0 1 before the patch: InMpps OMpps InGbs OGbs err TCP Est %CPU syscalls csw irq GBfree 4.98 0.00 4.42 0.00 4235592 33 83.80 4720653 2149771 1235 247.32 4.73 0.00 4.20 0.00 4025260 33 82.99 4724900 2139833 1204 247.32 4.72 0.00 4.20 0.00 4035252 33 82.14 4719162 2132023 1264 247.32 4.71 0.00 4.21 0.00 4073206 33 83.68 4744973 2123317 1347 247.32 4.72 0.00 4.21 0.00 4061118 33 80.82 4713615 2188091 1490 247.32 4.72 0.00 4.21 0.00 4051675 33 85.29 4727399 2109011 1205 247.32 4.73 0.00 4.21 0.00 4039056 33 84.65 4724735 2102603 1053 247.32 After the patch InMpps OMpps InGbs OGbs err TCP Est %CPU syscalls csw irq GBfree 5.43 0.00 4.20 0.00 3313143 33 84.96 5434214 1900162 2656 245.51 5.43 0.00 4.20 0.00 3308527 33 85.24 5439695 1809382 2521 245.51 5.42 0.00 4.19 0.00 3316778 33 87.54 5416028 1805835 2256 245.51 5.42 0.00 4.19 0.00 3317673 33 90.44 5426044 1763056 2332 245.51 5.42 0.00 4.19 0.00 3314839 33 88.11 5435732 1792218 2499 245.52 5.44 0.00 4.19 0.00 3293228 33 91.84 5426301 1668597 2121 245.52 Similarly, netperf reports 230Mb/s before the patch, and 270Mb/s after the patch Reviewed by: gallatin Sponsored by: Limelight Networks Differential Revision: https://reviews.freebsd.org/D15366 2017-10-11T05:28:51Z Sepherosa Ziehau sephe@FreeBSD.org 2017-10-11T05:28:51Z urn:sha1:78e46963b60ece0d41c3eaa6050e52f029415269 MFC after: 3 days Sponsored by: Microsoft 2017-10-11T05:15:49Z Sepherosa Ziehau sephe@FreeBSD.org 2017-10-11T05:15:49Z urn:sha1:6f12c42e8b962495208915ba4b972b0cc4d87c5d The background was described in r324489. MFC after: 3 days Sponsored by: Microsoft 2017-10-10T08:32:03Z Sepherosa Ziehau sephe@FreeBSD.org 2017-10-10T08:32:03Z urn:sha1:db76829b2bf17e4ef3f0e81904a6f98aefa4ab06 Background: - UDP 4-tuple hash type is unconditionally enabled in Hyper-V on WS2016, which is _not_ affected by NDIS_OBJTYPE_RSS_PARAMS. - Non-fragment UDP/IPv4 datagrams' hash type is delivered to VM as TCP_IPV4. Currently this erroneous behavior only applies to WS2016/Windows10. Force l3/l4 protocol check, if the RXed packet's hash type is TCP_IPV4, and the Hyper-V is running on WS2016/Windows10. If the RXed packet is UDP datagram, adjust mbuf hash type to UDP_IPV4. MFC after: 3 days Sponsored by: Microsoft 2017-10-05T13:22:14Z Sepherosa Ziehau sephe@FreeBSD.org 2017-10-05T13:22:14Z urn:sha1:b7d499f4d4e45e0875789d6a9519026f8b02ab44 Reported by: np MFC after: 1 week Sponsored by: Microsoft 2017-09-28T07:02:56Z Sepherosa Ziehau sephe@FreeBSD.org 2017-09-28T07:02:56Z urn:sha1:352035746fc8eb7617067aa41837f4cbef16a2a3 Reported by: cy MFC after: 1 week Sponsored by: Microsoft 2017-09-27T05:44:50Z Sepherosa Ziehau sephe@FreeBSD.org 2017-09-27T05:44:50Z urn:sha1:2be266caf27d62f59031d04ac677d3692badef11 UDP checksum offload does not work in Azure if following conditions are met: - sizeof(IP hdr + UDP hdr + payload) > 1420. - IP_DF is not set in IP hdr Use software checksum for UDP datagrams falling into this category. Add two tunables to disable UDP/IPv4 and UDP/IPv6 checksum offload, in case something unexpected happened. MFC after: 1 week Sponsored by: Microsoft Differential Revision: https://reviews.freebsd.org/D12429