Date: Thu, 13 Oct 2016 09:12:40 +0000 From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 148807] [panic] "panic: sbdrop" and "panic: sbsndptr: sockbuf _ and mbuf _ clashing" (8.1-RELEASE/10.1-STABLE/11-CURRENT) Message-ID: <bug-148807-2472-opEy2QEOgs@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-148807-2472@https.bugs.freebsd.org/bugzilla/> References: <bug-148807-2472@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=3D148807 slw@zxy.spb.ru changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |slw@zxy.spb.ru --- Comment #33 from slw@zxy.spb.ru --- (In reply to Hiren Panchasara from comment #31) > Most interesting frames are these 2: >=20 > #22 0xffffffff80a6c546 in ether_input (ifp=3D<optimized out>, m=3D0x0) at= /d2/hiren/freebsd/sys/net/if_ethersubr.c:759 > #23 0xffffffff804e2b3c in igb_rx_input (rxr=3D<optimized out>, ifp=3D0xff= fff80115614800, m=3D0xfffff8014eee7600,=20 > ptype=3D<optimized out>) at /d2/hiren/freebsd/sys/dev/e1000/if_igb.c:4= 957 > > #23 has an mbuf while #22 has it null. > Does this point to your hunch of > "device-driver bugs involving modifications to the mbuf chain after submi= tting the mbuf to the network stack (e.g., due to concurrency bugs in the d= evice driver)" ? This is just result of compiler optimisation and stack decoding. Compiler use for m same register as passed at call time and do while (m) {=20=20 mn =3D m->m_nextpkt; [...] m =3D mn; } as result m (as decoded argument) will be incorectly displayed. Actualy this is just last loop iteration with last mbuf in chain. --=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-148807-2472-opEy2QEOgs>