Date: Sat, 12 Aug 2023 11:57:01 +0000 From: bugzilla-noreply@freebsd.org To: xen@FreeBSD.org Subject: [Bug 273046] xn: xen netfront does LRO even if packet forwarding is enabled Message-ID: <bug-273046-23905-f0qZ6lfVF3@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-273046-23905@https.bugs.freebsd.org/bugzilla/> References: <bug-273046-23905@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=3D273046 --- Comment #1 from dfr@rabson.org --- I tried to fix this today by adding logic to stop requesting LRO from the backend when forwarding is enabled. Unfortunately, the code which sets up features for the backend runs long before the value of net.inet.ip.forwardi= ng is set (via sysctl.conf in my test). If LRO is disabled manually, the driver re-initialises the backend state. There seems to be no way for the driver to detect changes to the forwarding state. The linux kernel seems to actively disable LRO on all devices when forwarding is enabled. Also, we have confirmed that a similar issue of slow network throughput for= vmm jails affects the vtnet driver for VMs running as guests on Proxmox hosts w= hich can also be mitigated by disabling LRO. Perhaps a better assignee for this should be freebsd-net? --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-273046-23905-f0qZ6lfVF3>