Date: Wed, 10 Feb 2021 17:44:08 +0000 From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 253172] Intel e1000 - Interface Stalls After Media Type is Changed Message-ID: <bug-253172-7501-fetbwPJhLB@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-253172-7501@https.bugs.freebsd.org/bugzilla/> References: <bug-253172-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=3D253172 --- Comment #2 from jcaplan@blackberry.com --- I have observed an underflow in iflib_completed_tx_reclaim where txq->ift_in_use < reclaim and as a result txq->ift_in_use -=3D reclaim wraps around to a very high number. once you bring the interface down and up you reset txq->ift_in_use and everything is fine again. For e1000, changing media type appears to reset the hardware, so might be b= est to avoid the situation in the first place with something like static int em_if_media_change(if_ctx_t ctx) { struct adapter *adapter =3D iflib_get_softc(ctx); struct ifmedia *ifm =3D iflib_get_media(ctx); if_t ifp =3D iflib_get_ifp(ctx); if (ifp->if_flags & IFF_UP) { device_printf(iflib_get_dev(ctx), "%s: cannot change media type while link state is up\n", __func__); return EINVAL; --=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-253172-7501-fetbwPJhLB>