Date: Wed, 6 Dec 2006 23:21:07 +0100 From: Max Laier <max@love2party.net> To: freebsd-current@freebsd.org Cc: Nuno Antunes <nuno.antunes@gmail.com> Subject: Re: Reporting 2 LORs Message-ID: <200612062321.14202.max@love2party.net> In-Reply-To: <262949390612061256k23dc56b1o7e8a76c033fdd021@mail.gmail.com> References: <262949390612061256k23dc56b1o7e8a76c033fdd021@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--nextPart1717166.dQ1cdPWfQm Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 06 December 2006 21:56, Nuno Antunes wrote: > Hi All, > > I get these two lors on a lifebook 8010 laptop running current from > 4th December. > > lock order reversal: > 1st 0xc0a1c4b8 PFil hook read/write mutex (PFil hook read/write > mutex) @ /usr/src/sys/net/pfil.c:73 > 2nd 0xc2e30964 pf task mtx (pf task mtx) @ > /usr/src/sys/modules/pf/../../contrib/pf/net/pf.c:6402 > KDB: stack backtrace: > db_trace_self_wrapper(c08ee106,d4a8f994,c068c311,c08f004c,c2e30964,...) > at db_trace_self_wrapper+0x26 > kdb_backtrace(c08f004c,c2e30964,c2e2f14d,c2e2f14d,c2e2e88c,...) at > kdb_backtrace+0x2e > witness_checkorder(c2e30964,9,c2e2e88c,1902,1,...) at > witness_checkorder+0x6d1 > _mtx_lock_flags(c2e30964,0,c2e2e88c,1902,c29c5540,...) at > _mtx_lock_flags+0xbc pf_test(1,c2a40800,d4a8faf4,0,0,...) at > pf_test+0x87 > pf_check_in(0,d4a8faf4,c2a40800,1,0,...) at pf_check_in+0x4e > pfil_run_hooks(c0a1c4a0,d4a8fb44,c2a40800,1,0,...) at > pfil_run_hooks+0xa8 > ip_input(c2a4b700,47e30e21,c2a82032,c2a40800,c2a82032,...) at > ip_input+0x281 netisr_dispatch(2,c2a4b700,6,3,0,...) at > netisr_dispatch+0x62 > ether_demux(c2a40800,c2a4b700,3,0,3,...) at ether_demux+0x30f > ether_input(c2a40800,c2a4b700,5050992b,18,d4a8fbf0,...) at > ether_input+0x275 > ieee80211_deliver_data(c2a2c004,c2ca2c00,c2a4b700,18,558,...) at > ieee80211_deliver_data+0x14a > ieee80211_input(c2a2c004,c2a4b700,c2ca2c00,3d,0,...) at > ieee80211_input+0x9dc > iwi_intr(c2a2c000,d4a8fcd0,c064abcc,c09cfbd0,1,...) at iwi_intr+0x577 > ithread_execute_handlers(c29c4460,c28ef780,c08e88bb,2fd,c29c5540,...) > at ithread_execute_handlers+0x168 > ithread_loop(c29fa640,d4a8fd38,c08e86ab,33a,c29c4460,...) at > ithread_loop+0x83 fork_exit(c063b590,c29fa640,d4a8fd38) at > fork_exit+0xd1 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip =3D 0, esp =3D 0xd4a8fd6c, ebp =3D 0 --- > lock order reversal: > 1st 0xc2a2cb54 iwi0 (network driver) @ > /usr/src/sys/modules/iwi/../../dev/iwi/if_iwi.c:1649 > 2nd 0xc2ba077c radix node head (radix node head) @ > /usr/src/sys/net/route.c:147 KDB: stack backtrace: > db_trace_self_wrapper(c08ee106,d4a8f9dc,c068c311,c08f004c,c2ba077c,...) > at db_trace_self_wrapper+0x26 > kdb_backtrace(c08f004c,c2ba077c,c08efa59,c08efa59,c08f8062,...) at > kdb_backtrace+0x2e > witness_checkorder(c2ba077c,9,c08f8062,93,c08efdf6,...) at > witness_checkorder+0x6d1 > _mtx_lock_flags(c2ba077c,0,c08f8062,93,80246,...) at > _mtx_lock_flags+0xbc rtalloc1(d4a8fa84,0,0,c29c5540,210,...) at > rtalloc1+0x66 > arplookup(101a8c0,0,0,d4a8fad0,c064abcc,...) at arplookup+0x55 > in_arpinput(c2a4b400,c2963680,d4a8fb54,c05646c2,12,...) at > in_arpinput+0x2ed > arpintr(c2a4b400,6ebf6516,c2a83832,c2a40800,c2a83832,...) at > arpintr+0x104 netisr_dispatch(12,c2a4b400,6,3,0,...) at > netisr_dispatch+0x62 ether_demux(c2a40800,c2a4b400,3,0,3,...) at > ether_demux+0x30f > ether_input(c2a40800,c2a4b400,5090992b,18,d4a8fbf0,...) at > ether_input+0x275 > ieee80211_deliver_data(c2a2c004,c2ca2c00,c2a4b400,18,558,...) at > ieee80211_deliver_data+0x14a > ieee80211_input(c2a2c004,c2a4b400,c2ca2c00,3e,0,...) at > ieee80211_input+0x9dc > iwi_intr(c2a2c000,d4a8fcd0,c064abcc,c09cfbd0,1,...) at iwi_intr+0x577 > ithread_execute_handlers(c29c4460,c28ef780,c08e88bb,2fd,c29c5540,...) > at ithread_execute_handlers+0x168 > ithread_loop(c29fa640,d4a8fd38,c08e86ab,33a,c29c4460,...) at > ithread_loop+0x83 fork_exit(c063b590,c29fa640,d4a8fd38) at > fork_exit+0xd1 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip =3D 0, esp =3D 0xd4a8fd6c, ebp =3D 0 --- > > I am available to test any patches. The second should be fixed in current as of if_iwi.c rev. 1.43 The first=20 one seems strange and on first glance like a false positive (possibly as=20 a result of the second), but please keep me posted if it keeps showing=20 up. Thanks. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart1717166.dQ1cdPWfQm Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFd0JaXyyEoT62BG0RAus4AJ9sS90IP1lF5W2XUDFG+kHFu95+0ACeN9DR 2X5ENAfNYu1lW/rH9xbZdkc= =ivNy -----END PGP SIGNATURE----- --nextPart1717166.dQ1cdPWfQm--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200612062321.14202.max>