Date: Thu, 16 Oct 2025 19:41:03 +0000 From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 276760] vtnet driver incorrectly calculates checksums Message-ID: <bug-276760-7501-KIe9S6cW6V@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-276760-7501@https.bugs.freebsd.org/bugzilla/> References: <bug-276760-7501@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276760 --- Comment #35 from Michael Tuexen <tuexen@freebsd.org> --- (In reply to vova from comment #30) Thanks for doing these measurements! Some comments: * Your system and my system are completely different. So I do not expect the same numbers. I was just comparing the numbers between turning offload on and off. For my system, this does not make much of a difference. And I am not expecting that, because my system is not CPU limited, and all the offload stuff is about reducing CPU cycles. So it behaves expected. * Is the sysctl output from 14.3 or stable/14? hw.vtnet.lro_disable == 1 is the default now in stable/14, which disables HW LRO (not software LRO). But dev.vtnet.0.rxq0.host_lro == 216036 indicates that 216036 HW LRO was performed. That seems strange. * The numbers seems to indicate that on stable/14 the receive rate drops by 30% when you disable tso4, tso6, lro, and rxcsum. That is suspicious. I would assume that tso6 is irrelevant assuming that you use IPv4. Can you double check that? Also try disabling lro but keep rxcsum. disabling rxcsum should automatically disable lro. And I would not expect tso to have an impact on receiving data. -- You are receiving this mail because: You are on the CC list for the bug.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-276760-7501-KIe9S6cW6V>