WITNESS warning output from 6.0-BETA3

[Robert Watson]

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 at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to "freebsd-stable-unsubscribe at freebsd.org"
>