Date: Wed, 7 Jul 2004 23:44:18 +0200 From: Wiktor Niesiobedzki <bsd@w.evip.pl> To: current@freebsd.org Cc: "Bjoern A. Zeeb" <bzeeb+freebsd+lor@zabbadoz.net> Subject: Re: LORs with ipfw Message-ID: <20040707214417.GF26768@mail.evip.pl>
next in thread | raw e-mail | index | archive | help
> > > Those two are missing from your list: > > > lock order reversal > > > 1st 0xc14d5c84 inp (tcpinp) @ /usr/src/sys/netinet/tcp_syncache.c:1142 > > > 2nd 0xc06d5a08 IPFW static rules (IPFW static rules) @ /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) @ /usr/src/sys/netinet/tcp_input.c:611 > > > 2nd 0xc06d5a08 IPFW static rules (IPFW static rules) @ /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) @ /usr/src/sys/netinet/ip_fw2.c:1828 2nd 0xc065cfcc tcp (tcp) @ /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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040707214417.GF26768>