Date: Thu, 1 Sep 2005 04:49:09 +0100 (BST) From: Robert Watson <rwatson@FreeBSD.org> To: freebsd-stable@FreeBSD.ORG Subject: Re: WITNESS warning output from 6.0-BETA3 Message-ID: <20050901044743.H83712@fledge.watson.org> In-Reply-To: <200508301412.j7UECbaB092796@lurza.secnetix.de> References: <200508301412.j7UECbaB092796@lurza.secnetix.de>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, 30 Aug 2005, Oliver Fromme wrote: > I get the following output under FreeBSD 6.0-BETA3 when WITNESS is > enabled. It doesn't seem to cause any harm, though. I cvsupped this > system to RELENG_6 a few days ago. > > I have no idea what is causing this output, whether should worry about > it, or even whether this is the right list to report or ask about it. > :-) > > The output occurs when booting, right when the interface (bfe0) is > configured for the first time. I have a small self-made script in > /etc/rc.d which configures bfe0 several times with different IP > addresses and performs a ping test in order to find out in which network > the notebook is located, then symlinks various files in /etc depending > on the result. The below output happens when that script is executed. This warning is a result of a mis-ordering in merging changes from HEAD to RELENG_6: locking changes were merged shortly before the memory allocation changes they depended in. The warning should be non-harmful (although irritating), and can be corrected by sliding forward a bit on the RELENG_6 branch to pick up the fix that followed a little later. If it isn't corrected by a move to at least if_ethersubr.c:1.177.2.5, please let me know. Thanks, Robert N M Watson > Best regards > Oliver > > malloc(M_WAITOK) of "64", forcing M_NOWAIT with the following non-sleepable locks held: > exclusive sleep mutex if_addr_mtx r = 0 (0xc23af260) locked @ /usr/src/sys/net/if.c:1905 > KDB: stack backtrace: > kdb_backtrace(1,40,c104d800,2,e4f46b1c) at kdb_backtrace+0x29 > witness_warn(5,0,c06ebd16,c06d9c8c,40) at witness_warn+0x18e > uma_zalloc_arg(c104d800,0,102) at uma_zalloc_arg+0x41 > malloc(36,c071f4e0,102,0,c23af000) at malloc+0xae > ether_resolvemulti(c23af000,e4f46b78,e4f46ba8,c2641bc4,0) at ether_resolvemulti+0x87 > if_addmulti(c23af000,e4f46ba8,e4f46ba4,e4f46ba8,10) at if_addmulti+0x84 > in_addmulti(e4f46bdc,c23af000) at in_addmulti+0x32 > in_ifinit(c23af000,c2641b00,c2627550,0,e4f46c38) at in_ifinit+0x515 > in_control(c2707b20,8040691a,c2627540,c23af000,c235b180) at in_control+0x882 > ifioctl(c2707b20,8040691a,c2627540,c235b180,0) at ifioctl+0x198 > soo_ioctl(c2662360,8040691a,c2627540,c225bd00,c235b180) at soo_ioctl+0x2db > ioctl(c235b180,e4f46d04,3,1,286) at ioctl+0x370 > syscall(3b,3b,3b,8056da0,0) at syscall+0x22f > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x280d0a97, esp = 0xbfbfe99c, ebp = 0xbfbfe9c8 --- > malloc(M_WAITOK) of "64", forcing M_NOWAIT with the following non-sleepable locks held: > exclusive sleep mutex if_addr_mtx r = 0 (0xc23af260) locked @ /usr/src/sys/net/if.c:1905 > KDB: stack backtrace: > kdb_backtrace(1,40,c104d800,2,e4f469b0) at kdb_backtrace+0x29 > witness_warn(5,0,c06ebd16,c06d9c8c,40) at witness_warn+0x18e > uma_zalloc_arg(c104d800,0,102) at uma_zalloc_arg+0x41 > malloc(36,c071f4e0,102,0,c23af000) at malloc+0xae > ether_resolvemulti(c23af000,e4f46a0c,e4f46a3c,0,0) at ether_resolvemulti+0x124 > if_addmulti(c23af000,e4f46a3c,e4f46a38,e4f46a3c,1c) at if_addmulti+0x84 > in6_addmulti(e4f46a8c,c23af000,e4f46a84) at in6_addmulti+0x4c > in6_update_ifa(c23af000,e4f46b8c,0) at in6_update_ifa+0x4cf > in6_ifattach_linklocal(c23af000,0) at in6_ifattach_linklocal+0xe5 > in6_ifattach(c23af000,0,8040691a,8040691a,0) at in6_ifattach+0xb9 > in6_if_up(c23af000) at in6_if_up+0x13 > ifioctl(c2707b20,8040691a,c2627540,c235b180,0) at ifioctl+0x1f8 > soo_ioctl(c2662360,8040691a,c2627540,c225bd00,c235b180) at soo_ioctl+0x2db > ioctl(c235b180,e4f46d04,3,1,286) at ioctl+0x370 > syscall(3b,3b,3b,8056da0,0) at syscall+0x22f > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x280d0a97, esp = 0xbfbfe99c, ebp = 0xbfbfe9c8 --- > malloc(M_WAITOK) of "64", forcing M_NOWAIT with the following non-sleepable locks held: > exclusive sleep mutex if_addr_mtx r = 0 (0xc23af260) locked @ /usr/src/sys/net/if.c:1905 > KDB: stack backtrace: > kdb_backtrace(1,40,c104d800,2,e4f46998) at kdb_backtrace+0x29 > witness_warn(5,0,c06ebd16,c06d9c8c,40) at witness_warn+0x18e > uma_zalloc_arg(c104d800,0,102) at uma_zalloc_arg+0x41 > malloc(36,c071f4e0,102,0,c23af000) at malloc+0xae > ether_resolvemulti(c23af000,e4f469f4,e4f46a24,c2619700,0) at ether_resolvemulti+0x124 > if_addmulti(c23af000,e4f46a24,e4f46a20,e4f46a24,1c) at if_addmulti+0x84 > in6_addmulti(e4f46ac4,c23af000,e4f46a84,1,e4f46abc,c261a8a0,e4f46a9c,101,0) at in6_addmulti+0x4c > in6_update_ifa(c23af000,e4f46b8c,0) at in6_update_ifa+0x60d > in6_ifattach_linklocal(c23af000,0) at in6_ifattach_linklocal+0xe5 > in6_ifattach(c23af000,0,8040691a,8040691a,0) at in6_ifattach+0xb9 > in6_if_up(c23af000) at in6_if_up+0x13 > ifioctl(c2707b20,8040691a,c2627540,c235b180,0) at ifioctl+0x1f8 > soo_ioctl(c2662360,8040691a,c2627540,c225bd00,c235b180) at soo_ioctl+0x2db > ioctl(c235b180,e4f46d04,3,1,286) at ioctl+0x370 > syscall(3b,3b,3b,8056da0,0) at syscall+0x22f > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x280d0a97, esp = 0xbfbfe99c, ebp = 0xbfbfe9c8 --- > > > > -- > Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing > Any opinions expressed in this message may be personal to the author > and may not necessarily reflect the opinions of secnetix in any way. > > "anyone new to programming should be kept as far from C++ as > possible; actually showing the stuff should be considered a > criminal offence" -- Jacek Generowicz > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20050901044743.H83712>