Date: Wed, 30 Mar 2005 11:17:50 +0200 From: Rene Ladan <r.c.ladan@student.tue.nl> To: bzeeb+freebsd+lor@zabbadoz.net Cc: stable@freebsd.org Subject: new LORs on 5.4 pre Message-ID: <20050330091750.GA863@82-168-75-155-bbxl.xdsl.tiscali.nl>
next in thread | raw e-mail | index | archive | help
--17pEHd4RhPHOinZp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, I've stumbled over some new LORs (all continuable) on 5.4pre from 2005-03-29 09:49 UTC, thus before the bpf/DHCP fix. lock order reversal 1st 0xc0642b60 Giant (Giant) @ /usr/src/sys/kern/kern_timeout.c:256 2nd 0xc14d7264 fxp0 (network driver) @ /usr/src/sys/modules/fxp/../../dev/= fxp/if_fxp.c:1233 KDB: stack backtrace: kdb_backtrace(c05fc462,c14d7264,c14cab80,c06fc810,c06fc7ad) at 0xc04b05ae = =3D kdb_backtrace+0x2e witness_checkorder(c14d7264,9,c06fc7ad,4d1,c06018d6) at 0xc04bb6c6 =3D witn= ess_checkorder+0x6a6 _mtx_lock_flags(c14d7264,0,c06fc7ad,4d1,c14d7000) at 0xc048a62a =3D _mtx_lo= ck_flags+0x8a fxp_start(c14d7000,12b,0,c14d7000) at 0xc06f9db7 =3D fxp_start+0x37 if_start(c14d7000,0,c06018d6,184,402) at 0xc050a999 =3D if_start+0x99 ether_output_frame(c14d7000,c15d8100,6,c9be5bd8,c9be5a8c) at 0xc050c0d8 =3D= ether_output_frame+0x218 ether_output(c14d7000,c15d8100,c9be5bd8,0,0) at 0xc050beae =3D ether_output= +0x44e nd6_output(c14d7000,c14d7000,c15d8100,c9be5bd8,0) at 0xc0551ac1 =3D nd6_out= put+0x3c1 ip6_output(c15d8100,0,0,1,c9be5c40) at 0xc054b0b3 =3D ip6_output+0xf93 nd6_ns_output(c14d7000,0,c15dc8a8,0,1) at 0xc0552c95 =3D nd6_ns_output+0x3b5 nd6_dad_ns_output(c1594100,c15dc800,100,1,6) at 0xc055420c =3D nd6_dad_ns_o= utput+0x4c nd6_dad_timer(c15dc800,0,c05f9d24,100,1) at 0xc0553e94 =3D nd6_dad_timer+0x= 224 softclock(0,0,c05f6625,269,c0642b20) at 0xc04a29c8 =3D softclock+0x238 ithread_loop(c13dd500,c9be5d48,c05f641c,30e,0) at 0xc047d8c2 =3D ithread_lo= op+0x172 fork_exit(c047d750,c13dd500,c9be5d48) at 0xc047c8e6 =3D fork_exit+0xc6 fork_trampoline() at 0xc05c7c9c =3D fork_trampoline+0x8 --- trap 0x1, eip =3D 0, esp =3D 0xc9be5d7c, ebp =3D 0 --- KDB: enter: witness_checkorder (this one is similar to others on the list) lock order reversal 1st 0xc16718a0 rtentry (rtentry) @ /usr/src/sys/netinet/if_ether.c:445 2nd 0xc14d7264 fxp0 (network driver) @ /usr/src/sys/modules/fxp/../../dev/= fxp/if_fxp.c:1233 KDB: stack backtrace: kdb_backtrace(c05fc462,c14d7264,c14cab80,c06fc810,c06fc7ad) at 0xc04b05ae = =3D kdb_backtrace+0x2e witness_checkorder(c14d7264,9,c06fc7ad,4d1,c06018d6) at 0xc04bb6c6 =3D witn= ess_checkorder+0x6a6 _mtx_lock_flags(c14d7264,0,c06fc7ad,4d1,c14d7000) at 0xc048a62a =3D _mtx_lo= ck_flags+0x8a fxp_start(c14d7000,12b,0,c14d7000) at 0xc06f9db7 =3D fxp_start+0x37 if_start(c14d7000,0,c06018d6,184,202) at 0xc050a999 =3D if_start+0x99 ether_output_frame(c14d7000,c15d5500,6,12b,c1045b18) at 0xc050c0d8 =3D ethe= r_output_frame+0x218 ether_output(c14d7000,c15d5500,ca446a40,0,2,c1670001,2302,c06021ce,1bd,516)= at 0xc050beae =3D ether_output+0x44e arprequest(c14d7000,c15fc0c8,ca446b14,c148c4ac,7) at 0xc0515489 =3D arprequ= est+0x109 arpresolve(c14d7000,c1671840,c15d5600,ca446b10,ca446aac) at 0xc05157cd =3D = arpresolve+0x32d ether_output(c14d7000,c15d5600,ca446b10,c1671840,c04bb7a7) at 0xc050badc = =3D ether_output+0x7c ip_output(c15d5600,0,ca446b0c,0,0) at 0xc0520897 =3D ip_output+0x7c7 udp_output(c166f9d8,c15d5600,0,0,c1499480) at 0xc0535a7a =3D udp_output+0x5= 3a udp_send(c166eca8,0,c15d5600,0,0) at 0xc0536280 =3D udp_send+0x30 sosend(c166eca8,0,ca446c48,c15d5600,0) at 0xc04d2db1 =3D sosend+0x701 kern_sendit(c1499480,d,ca446cc4,0,0) at 0xc04d95ef =3D kern_sendit+0x13f sendit(c1499480,d,ca446cc4,0,810001d) at 0xc04d9481 =3D sendit+0x1a1 sendto(c1499480,ca446d14,18,431,6) at 0xc04d976b =3D sendto+0x5b syscall(2f,2f,2f,2,0) at 0xc05d9170 =3D syscall+0x2a0 Xint0x80_syscall() at 0xc05c7c8f =3D Xint0x80_syscall+0x1f --- syscall (133, FreeBSD ELF32, sendto), eip =3D 0x28233baf, esp =3D 0xbfb= fd51c, ebp =3D 0xbfbfd548 --- KDB: enter: witness_checkorder lock order reversal 1st 0xc168a57c inp (tcpinp) @ /usr/src/sys/netinet/tcp_usrreq.c:371 2nd 0xc14d7264 fxp0 (network driver) @ /usr/src/sys/modules/fxp/../../dev/= fxp/if_fxp.c:1233 KDB: stack backtrace: kdb_backtrace(c05fc462,c14d7264,c14cab80,c06fc810,c06fc7ad) at 0xc04b05ae = =3D kdb_backtrace+0x2e witness_checkorder(c14d7264,9,c06fc7ad,4d1,c06018d6) at 0xc04bb6c6 =3D witn= ess_checkorder+0x6a6 _mtx_lock_flags(c14d7264,0,c06fc7ad,4d1,c14d7000) at 0xc048a62a =3D _mtx_lo= ck_flags+0x8a fxp_start(c14d7000,12b,0,c14d7000) at 0xc06f9db7 =3D fxp_start+0x37 if_start(c14d7000,0,c06018d6,184,2) at 0xc050a999 =3D if_start+0x99 ether_output_frame(c14d7000,c15d6200,6,c1589150,ca455afc) at 0xc050c0d8 =3D= ether_output_frame+0x218 ether_output(c14d7000,c15d6200,c1589150,c16718c4,255) at 0xc050beae =3D eth= er_output+0x44e ip_output(c15d6200,0,ca455b5c,0,0) at 0xc0520897 =3D ip_output+0x7c7 tcp_output(c168ca68,c158b970,c1499c00,173,c19b7288) at 0xc052ad5d =3D tcp_o= utput+0x134d tcp_usr_connect(c19b7288,c158b970,c1499c00) at 0xc053297a =3D tcp_usr_conne= ct+0x12a soconnect(c19b7288,c158b970,c1499c00,c04daa66,808b4a0) at 0xc04d2651 =3D so= connect+0x61 kern_connect(c1499c00,3,c158b970,c158b970,0) at 0xc04d8e5d =3D kern_connect= +0x8d connect(c1499c00,ca455d14,c,431,3) at 0xc04d8db1 =3D connect+0x41 syscall(2f,2f,2f,808b480,8088240) at 0xc05d9170 =3D syscall+0x2a0 Xint0x80_syscall() at 0xc05c7c8f =3D Xint0x80_syscall+0x1f --- syscall (98, FreeBSD ELF32, connect), eip =3D 0x282e7def, esp =3D 0xbfb= fc51c, ebp =3D 0xbfbfc578 --- KDB: enter: witness_checkorder Regards, Rene --=20 "It won't fit on the line." -- me, 2001 --17pEHd4RhPHOinZp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCSm6+vz70qa4zXcwRArkOAKCHzr9lij6CtA7rN/kGcaL2ptBhIgCdGtop 6gRXVGaG+5eSug2qvYm/j/s= =3Ugi -----END PGP SIGNATURE----- --17pEHd4RhPHOinZp--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20050330091750.GA863>