Date: Sun, 20 Sep 2020 10:00:22 +0000 From: bugzilla-noreply@freebsd.org To: virtualization@FreeBSD.org Subject: [Bug 249427] Creating bHyve virtual machines cause network flaps intel Message-ID: <bug-249427-27103-1ym1CW2LrO@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-249427-27103@https.bugs.freebsd.org/bugzilla/> References: <bug-249427-27103@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=3D249427 Aleksandr Fedorov <afedorov@FreeBSD.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |afedorov@FreeBSD.org --- Comment #4 from Aleksandr Fedorov <afedorov@FreeBSD.org> --- This is not the problem from bhyve side. The main problem is adding if_tuntap(4) to if_bridge(4) with igb(4) interface. When you add an interfa= ce without support TSO/CSUM e.t.c to if_bridge(4) which already has igb(4) with TSO/CSUM enabled, than if_bridge(4) resets offload flags on all interfaces. This is leads to link flap on igb(4). So, it's work as expected, and described in if_bridge(4) manual page: The TOE, TSO, TXCSUM and TXCSUM6 capabilities on all interfaces added = to the bridge are disabled if any of the interfaces doesn't support/enable them. The LRO capability is always disabled. All the capabilities are restored when the interface is removed from the bridge. Changing capabilities at run-time may cause NIC reinit and a link flap. As a workaround, you can turn off the offload flags on the igb(4) interface= at boot time in /etc/rc.conf --=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-249427-27103-1ym1CW2LrO>