Hi, 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. 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
On Tue, Aug 30, 2005 at 04:12:37PM +0200, Oliver Fromme wrote:> Hi, > > 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 is fixed in HEAD, rev 1.195 of sys/net/if_ethersubr.c. It probably should be further fixed by removing the MALLOC() macros. -- Brooks -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20050830/4b4bfc7f/attachment.bin
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" >