Re: WITNESS warning output from 6.0-BETA3

Wed, 31 Aug 2005 20:50:56 -0700 

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
_______________________________________________
[email protected] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


_______________________________________________
[email protected] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"






















					Reply via email to