new LORs on 5.4 pre

From: Rene Ladan (r.c.ladan_at_student.tue.nl)
Date: 03/30/05

  • Next message: Par Leijonhufvud: "KDE refuses new processes when network goes away" 
    Date: Wed, 30 Mar 2005 11:17:50 +0200
To: bzeeb+freebsd+lor@zabbadoz.net

    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 = kdb_backtrace+0x2e
    witness_checkorder(c14d7264,9,c06fc7ad,4d1,c06018d6) at 0xc04bb6c6 = witness_checkorder+0x6a6
    _mtx_lock_flags(c14d7264,0,c06fc7ad,4d1,c14d7000) at 0xc048a62a = _mtx_lock_flags+0x8a
    fxp_start(c14d7000,12b,0,c14d7000) at 0xc06f9db7 = fxp_start+0x37
    if_start(c14d7000,0,c06018d6,184,402) at 0xc050a999 = if_start+0x99
    ether_output_frame(c14d7000,c15d8100,6,c9be5bd8,c9be5a8c) at 0xc050c0d8 = ether_output_frame+0x218
    ether_output(c14d7000,c15d8100,c9be5bd8,0,0) at 0xc050beae = ether_output+0x44e
    nd6_output(c14d7000,c14d7000,c15d8100,c9be5bd8,0) at 0xc0551ac1 = nd6_output+0x3c1
    ip6_output(c15d8100,0,0,1,c9be5c40) at 0xc054b0b3 = ip6_output+0xf93
    nd6_ns_output(c14d7000,0,c15dc8a8,0,1) at 0xc0552c95 = nd6_ns_output+0x3b5
    nd6_dad_ns_output(c1594100,c15dc800,100,1,6) at 0xc055420c = nd6_dad_ns_output+0x4c
    nd6_dad_timer(c15dc800,0,c05f9d24,100,1) at 0xc0553e94 = nd6_dad_timer+0x224
    softclock(0,0,c05f6625,269,c0642b20) at 0xc04a29c8 = softclock+0x238
    ithread_loop(c13dd500,c9be5d48,c05f641c,30e,0) at 0xc047d8c2 = ithread_loop+0x172
    fork_exit(c047d750,c13dd500,c9be5d48) at 0xc047c8e6 = fork_exit+0xc6
    fork_trampoline() at 0xc05c7c9c = fork_trampoline+0x8
    --- trap 0x1, eip = 0, esp = 0xc9be5d7c, ebp = 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 = kdb_backtrace+0x2e
    witness_checkorder(c14d7264,9,c06fc7ad,4d1,c06018d6) at 0xc04bb6c6 = witness_checkorder+0x6a6
    _mtx_lock_flags(c14d7264,0,c06fc7ad,4d1,c14d7000) at 0xc048a62a = _mtx_lock_flags+0x8a
    fxp_start(c14d7000,12b,0,c14d7000) at 0xc06f9db7 = fxp_start+0x37
    if_start(c14d7000,0,c06018d6,184,202) at 0xc050a999 = if_start+0x99
    ether_output_frame(c14d7000,c15d5500,6,12b,c1045b18) at 0xc050c0d8 = ether_output_frame+0x218
    ether_output(c14d7000,c15d5500,ca446a40,0,2,c1670001,2302,c06021ce,1bd,516) at 0xc050beae = ether_output+0x44e
    arprequest(c14d7000,c15fc0c8,ca446b14,c148c4ac,7) at 0xc0515489 = arprequest+0x109
    arpresolve(c14d7000,c1671840,c15d5600,ca446b10,ca446aac) at 0xc05157cd = arpresolve+0x32d
    ether_output(c14d7000,c15d5600,ca446b10,c1671840,c04bb7a7) at 0xc050badc = ether_output+0x7c
    ip_output(c15d5600,0,ca446b0c,0,0) at 0xc0520897 = ip_output+0x7c7
    udp_output(c166f9d8,c15d5600,0,0,c1499480) at 0xc0535a7a = udp_output+0x53a
    udp_send(c166eca8,0,c15d5600,0,0) at 0xc0536280 = udp_send+0x30
    sosend(c166eca8,0,ca446c48,c15d5600,0) at 0xc04d2db1 = sosend+0x701
    kern_sendit(c1499480,d,ca446cc4,0,0) at 0xc04d95ef = kern_sendit+0x13f
    sendit(c1499480,d,ca446cc4,0,810001d) at 0xc04d9481 = sendit+0x1a1
    sendto(c1499480,ca446d14,18,431,6) at 0xc04d976b = sendto+0x5b
    syscall(2f,2f,2f,2,0) at 0xc05d9170 = syscall+0x2a0
    Xint0x80_syscall() at 0xc05c7c8f = Xint0x80_syscall+0x1f
    --- syscall (133, FreeBSD ELF32, sendto), eip = 0x28233baf, esp = 0xbfbfd51c, ebp = 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 = kdb_backtrace+0x2e
    witness_checkorder(c14d7264,9,c06fc7ad,4d1,c06018d6) at 0xc04bb6c6 = witness_checkorder+0x6a6
    _mtx_lock_flags(c14d7264,0,c06fc7ad,4d1,c14d7000) at 0xc048a62a = _mtx_lock_flags+0x8a
    fxp_start(c14d7000,12b,0,c14d7000) at 0xc06f9db7 = fxp_start+0x37
    if_start(c14d7000,0,c06018d6,184,2) at 0xc050a999 = if_start+0x99
    ether_output_frame(c14d7000,c15d6200,6,c1589150,ca455afc) at 0xc050c0d8 = ether_output_frame+0x218
    ether_output(c14d7000,c15d6200,c1589150,c16718c4,255) at 0xc050beae = ether_output+0x44e
    ip_output(c15d6200,0,ca455b5c,0,0) at 0xc0520897 = ip_output+0x7c7
    tcp_output(c168ca68,c158b970,c1499c00,173,c19b7288) at 0xc052ad5d = tcp_output+0x134d
    tcp_usr_connect(c19b7288,c158b970,c1499c00) at 0xc053297a = tcp_usr_connect+0x12a
    soconnect(c19b7288,c158b970,c1499c00,c04daa66,808b4a0) at 0xc04d2651 = soconnect+0x61
    kern_connect(c1499c00,3,c158b970,c158b970,0) at 0xc04d8e5d = kern_connect+0x8d
    connect(c1499c00,ca455d14,c,431,3) at 0xc04d8db1 = connect+0x41
    syscall(2f,2f,2f,808b480,8088240) at 0xc05d9170 = syscall+0x2a0
    Xint0x80_syscall() at 0xc05c7c8f = Xint0x80_syscall+0x1f
    --- syscall (98, FreeBSD ELF32, connect), eip = 0x282e7def, esp = 0xbfbfc51c, ebp = 0xbfbfc578 ---
    KDB: enter: witness_checkorder

    Regards,
    Rene 

    -- 
"It won't fit on the line."
		-- me, 2001

  • Next message: Par Leijonhufvud: "KDE refuses new processes when network goes away"

    Relevant Pages