Re: LORs with ipfw

From: Wiktor Niesiobedzki <bsd_at_w.evip.pl>
Date: Wed, 7 Jul 2004 23:44:18 +0200
> > > Those two are missing from your list:
> > > lock order reversal
> > >  1st 0xc14d5c84 inp (tcpinp) _at_ /usr/src/sys/netinet/tcp_syncache.c:1142
> > >  2nd 0xc06d5a08 IPFW static rules (IPFW static rules) _at_ /usr/src/sys/netinet/ip_fw2.c:1828
> > > Stack backtrace:
> > > backtrace(0,ffffffff,c05ec8e0,c05eb940,c05c1a9c) at backtrace+0x12
> > > witness_checkorder(c06d5a08,9,c06d3c8c,724) at witness_checkorder+0x53b
> > > _mtx_lock_flags(c06d5a08,0,c06d3c8c,724,cb9689a8) at _mtx_lock_flags+0x57
> > > ipfw_chk(cb968a84,cb968a64,cb968ac8,0,0) at ipfw_chk+0x2d8
> > > ip_output(c1388600,0,0,0,0) at ip_output+0x633
> > > syncache_respond(c1707000,c1388600) at syncache_respond+0x2d7
> > > syncache_add(cb968bd8,cb968c38,c14aa02a,cb968bd4,c147d000,c14d7700,cb968c38,c14aa03e,8,1,c14aa02a) at syncache_add+0x4af
> > > tcp_input(c147d000,14,0,14,100a8c0) at tcp_input+0x768
> > > ip_input(c147d000) at ip_input+0x832
> > > netisr_processqueue(c060ff98,c10d6440,c10dd400,cb968d1c,c048f724) at netisr_processqueue+0x6e
> > > swi_net(0) at swi_net+0x85
> > > ithread_loop(c10dd400,cb968d48,c10dd400,c048f5f0,0) at ithread_loop+0x134
> > > fork_exit(c048f5f0,c10dd400,cb968d48) at fork_exit+0x98
> > > fork_trampoline() at fork_trampoline+0x8
> > > --- trap 0x1, eip = 0, esp = 0xcb968d7c, ebp = 0 ---
> > >
> > >
> > > And:
> > > lock order reversal
> > >  1st 0xc0610d8c tcp (tcp) _at_ /usr/src/sys/netinet/tcp_input.c:611
> > >  2nd 0xc06d5a08 IPFW static rules (IPFW static rules) _at_ /usr/src/sys/netinet/ip_fw2.c:1828
> > > Stack backtrace:
> > > backtrace(0,ffffffff,c05ec908,c05eb940,c05c1a9c) at backtrace+0x12
> > > witness_checkorder(c06d5a08,9,c06d3c8c,724) at witness_checkorder+0x53b
> > > _mtx_lock_flags(c06d5a08,0,c06d3c8c,724,c05ead20) at _mtx_lock_flags+0x57
> > > ipfw_chk(cb968acc,0,cb968b10,0,0) at ipfw_chk+0x2d8
> > > ip_output(c1388e00,0,0,0,0) at ip_output+0x633
> > > tcp_respond(0,c1388e40,c1388e54,c1388e00,f1576cfc,0,14) at tcp_respond+0x2ac
> > > tcp_input(c1388e00,14,0,14,100007f) at tcp_input+0x27b4
> > > ip_input(c1388e00) at ip_input+0x832
> > > netisr_processqueue(c060ff98,c10d6440,c10dd400,cb968d1c,c048f724) at netisr_processqueue+0x6e
> > > swi_net(0) at swi_net+0x85
> > > ithread_loop(c10dd400,cb968d48,c10dd400,c048f5f0,0) at ithread_loop+0x134
> > > fork_exit(c048f5f0,c10dd400,cb968d48) at fork_exit+0x98
> > > fork_trampoline() at fork_trampoline+0x8
> > > --- trap 0x1, eip = 0, esp = 0xcb968d7c, ebp = 0 ---
I may add another one:

lock order reversal
 1st 0xc07287c8 IPFW static rules (IPFW static rules) _at_ /usr/src/sys/netinet/ip_fw2.c:1828
 2nd 0xc065cfcc tcp (tcp) _at_ /usr/src/sys/netinet/ip_fw2.c:1574
Stack backtrace:
backtrace(c05ec5a7,c065cfcc,c05ec12e,c05ec12e,c0726a3c) at backtrace+0x17
witness_checkorder(c065cfcc,9,c0726a3c,626,806) at witness_checkorder+0x678
_mtx_lock_flags(c065cfcc,0,c0726a3c,626,0) at _mtx_lock_flags+0x80
check_uidgid(c15610a4,6,0,e08d1f53,1bd) at check_uidgid+0xd3
ipfw_chk(cb9b6bf4,cb9b6c48,c1189014,1,0) at ipfw_chk+0x9e2
ip_input(c1395c00,0,c071c576,1d0,0) at ip_input+0x375
transmit_event(c1510c00,0,c071c576,300,2) at transmit_event+0x14b
dummynet(0,0,c05ea27a,f6,1) at dummynet+0x1a9
softclock(0,0,c05e6b67,263,c0631d40) at softclock+0x1aa
ithread_loop(c10dd500,cb9b6d48,c05e695e,327,c10dd500) at ithread_loop+0x172
fork_exit(c04a5b80,c10dd500,cb9b6d48) at fork_exit+0xbc
fork_trampoline() at fork_trampoline+0x8

This is from yesterdays CURRENT. I have compiled kernel with
CPUTYPE=athlon-xp and CFLAGS=-O2. Currently I'm not able to reproduce
this messages with CPUTYPE=i686 and empty CFLAGS.

Does anyone has an clue, where the problem may lie here (or is it just
harmless?)

Cheers,

Wiktor Niesiobedzki
Received on Wed Jul 07 2004 - 19:44:19 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:38:00 UTC