Re: panic: resource_list_release: resource entry is not busy in FreeBSD-7.0
More information: Unread portion of the kernel message buffer: panic: resource_list_release: resource entry is not busy cpuid = 0 KDB: stack backtrace: db_trace_self_wrapper(c08c8071,e40bebb8,c064f78f,c08ec0ac,0,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c08ec0ac,0,c08c7b77,e40bebc4,0,...) at kdb_backtrace+0x29 panic(c08c7b77,3,10,0,c3c6ce40,...) at panic+0x10f resource_list_release(c3c96204,c3c46100,c3c92e00,3,10,...) at resource_list_release+0xc2 bus_generic_rl_release_resource(c3c46100,c3c92e00,3,10,c3c6ce00) at bus_generic_rl_release_resource+0x77 bus_release_resource(c3c92e00,3,10,c3c6ce00,c3c92e00,...) at bus_release_resource+0x67 ath_pci_detach(c3c92e00,c3b41050,c095ba6c,970,4,...) at ath_pci_detach+0xb2 device_detach(c3c92e00,e40becac,e40becb0,c09aad30,0,...) at device_detach+0x8c cardbus_detach_card(c3c46100,c3b9c8b4,c091b0bc,1df,c09ad2a0,...) at cardbus_detach_card+0xcd cbb_event_thread(c3bb1000,e40bed38,c08c1af7,305,c3c40ab0,...) at cbb_event_thread+0x15a fork_exit(c0556c60,c3bb1000,e40bed38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe40bed70, ebp = 0 --- KDB: enter: panic panic: from debugger cpuid = 0 Uptime: 24s Physical memory: 1006 MB Dumping 55 MB: 40 24 8 #0 doadump () at pcpu.h:195 195pcpu.h: No such file or directory. in pcpu.h (kgdb) where #0 doadump () at pcpu.h:195 #1 0xc064f4fe in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc064f7bb in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:563 #3 0xc0465d47 in db_panic (addr=Could not find the frame base for "db_panic". ) at /usr/src/sys/ddb/db_command.c:433 #4 0xc0466735 in db_command_loop () at /usr/src/sys/ddb/db_command.c:401 #5 0xc0467ea5 in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_main.c:222 #6 0xc0676b06 in kdb_trap (type=3, code=0, tf=0xe40beb44) at /usr/src/sys/kern/subr_kdb.c:502 #7 0xc0855fcf in trap (frame=0xe40beb44) at /usr/src/sys/i386/i386/trap.c:648 #8 0xc083c36b in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #9 0xc0676c82 in kdb_enter (msg=0xc08c5574 "panic") at cpufunc.h:60 #10 0xc064f7a4 in panic (fmt=0xc08c7b77 "resource_list_release: resource entry is not busy") at /usr/src/sys/kern/kern_shutdown.c:547 #11 0xc06733b2 in resource_list_release (rl=0xc3c96204, bus=0xc3c46100, child=0xc3c92e00, type=3, rid=16, res=0xc3c6ce00) at /usr/src/sys/kern/subr_bus.c:2768 #12 0xc06734a7 in bus_generic_rl_release_resource (dev=0xc3c46100, child=0xc3c92e00, type=3, rid=16, r=0xc3c6ce00) at /usr/src/sys/kern/subr_bus.c:3319 #13 0xc0673057 in bus_release_resource (dev=0xc3c92e00, type=3, rid=16, r=0xc3c6ce00) at bus_if.h:347 #14 0xc04aad92 in ath_pci_detach (dev=0xc3c92e00) at /usr/src/sys/dev/ath/if_ath_pci.c:223 #15 0xc067166c in device_detach (dev=0xc3c92e00) at device_if.h:212 #16 0xc04c3cdd in cardbus_detach_card (cbdev=0xc3c46100) at /usr/src/sys/dev/cardbus/cardbus.c:236 #17 0xc0556dba in cbb_event_thread (arg=0xc3bb1000) at card_if.h:95 #18 0xc06302e8 in fork_exit (callout=0xc0556c60 , arg=0xc3bb1000, frame=0xe40bed38) at /usr/src/sys/kern/kern_fork.c:781 #19 0xc083c3e0 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:205 (kgdb) Ganbold wrote: Hi, I'm having trouble using Orinoco Silver a/b/g combo pcmcia card on Dell Latitude D620. It happens in following order: 1. First I reboot FreeBSD-7.0 laptop with Orinoco combo card plugged in. 2. Then when I try to unplug the card it panics. However after rebooting (without plugged in card) when I try to plug in and unplug the card everything is fine, no crash. System I have: devil# uname -an FreeBSD devil.micom.mng.net 7.0-PRERELEASE FreeBSD 7.0-PRERELEASE #3: Tue Feb 5 10:29:24 ULAT 2008 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/DEVIL i386 When panics, on the serial console it shows: .. ath0: mem 0x8800-0x8800 irq 18 at device 0.0 on cardbus0 ath0: [ITHREAD] ath0: using obsoleted if_watchdog interface ath0: Ethernet address: 00:20:a6:4f:bf:7d ath0: mac 5.6 phy 4.1 5ghz radio 1.7 2ghz radio 2.3 .. Tue Feb 5 11:52:45 ULAT 2008 .. panic: resource_list_release: resource entry is not busy cpuid = 0 KDB: stack backtrace: db_trace_self_wrapper(c08c8051,e40bebb8,c064f78f,c08ec063,0,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c08ec063,0,c08c7b57,e40bebc4,0,...) at kdb_backtrace+0x29 panic(c08c7b57,3,10,0,c3c6ce40,...) at panic+0x10f resource_list_release(c3c96204,c3c46100,c3c92e00,3,10,...) at resource_list_release+0xc2 bus_generic_rl_release_resource(c3c46100,c3c92e00,3,10,c3c6ce00) at bus_generic_rl_release_resource+0x77 bus_release_resource(c3c92e00,3,10,c3c6ce00,c3c92e00,...) at bus_release_resource+0x67 ath_pci_detach(c3c92e00,c3b41050,c095ba2c,970,4,...) at ath_pci_detach+0xb2 device_detach(c3c92e00,e40becac,e40becb0,c09aacf0,0,...) at device_detach+0x8c cardbus_detach_card(c3c46100,c3b9c8b4,c091b07c,1df,c09ad260,...) at cardbus_detach_card+0xcd cbb_event_thread(
panic: resource_list_release: resource entry is not busy in FreeBSD-7.0
Hi, I'm having trouble using Orinoco Silver a/b/g combo pcmcia card on Dell Latitude D620. It happens in following order: 1. First I reboot FreeBSD-7.0 laptop with Orinoco combo card plugged in. 2. Then when I try to unplug the card it panics. However after rebooting (without plugged in card) when I try to plug in and unplug the card everything is fine, no crash. System I have: devil# uname -an FreeBSD devil.micom.mng.net 7.0-PRERELEASE FreeBSD 7.0-PRERELEASE #3: Tue Feb 5 10:29:24 ULAT 2008 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/DEVIL i386 When panics, on the serial console it shows: ... ath0: mem 0x8800-0x8800 irq 18 at device 0.0 on cardbus0 ath0: [ITHREAD] ath0: using obsoleted if_watchdog interface ath0: Ethernet address: 00:20:a6:4f:bf:7d ath0: mac 5.6 phy 4.1 5ghz radio 1.7 2ghz radio 2.3 ... Tue Feb 5 11:52:45 ULAT 2008 ... panic: resource_list_release: resource entry is not busy cpuid = 0 KDB: stack backtrace: db_trace_self_wrapper(c08c8051,e40bebb8,c064f78f,c08ec063,0,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c08ec063,0,c08c7b57,e40bebc4,0,...) at kdb_backtrace+0x29 panic(c08c7b57,3,10,0,c3c6ce40,...) at panic+0x10f resource_list_release(c3c96204,c3c46100,c3c92e00,3,10,...) at resource_list_release+0xc2 bus_generic_rl_release_resource(c3c46100,c3c92e00,3,10,c3c6ce00) at bus_generic_rl_release_resource+0x77 bus_release_resource(c3c92e00,3,10,c3c6ce00,c3c92e00,...) at bus_release_resource+0x67 ath_pci_detach(c3c92e00,c3b41050,c095ba2c,970,4,...) at ath_pci_detach+0xb2 device_detach(c3c92e00,e40becac,e40becb0,c09aacf0,0,...) at device_detach+0x8c cardbus_detach_card(c3c46100,c3b9c8b4,c091b07c,1df,c09ad260,...) at cardbus_detach_card+0xcd cbb_event_thread(c3bb1000,e40bed38,c08c1ad7,305,c3c40ab0,...) at cbb_event_thread+0x15a fork_exit(c0556c60,c3bb1000,e40bed38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe40bed70, ebp = 0 --- KDB: enter: panic [thread pid 36 tid 100035 ] Stopped at kdb_enter+0x32: leave db> bt Tracing pid 36 tid 100035 td 0xc3c2a210 kdb_enter(c08c5554,0,c08c7b57,e40bebc4,0,...) at kdb_enter+0x32 panic(c08c7b57,3,10,0,c3c6ce40,...) at panic+0x124 resource_list_release(c3c96204,c3c46100,c3c92e00,3,10,...) at resource_list_release+0xc2 bus_generic_rl_release_resource(c3c46100,c3c92e00,3,10,c3c6ce00) at bus_generic_rl_release_resource+0x77 bus_release_resource(c3c92e00,3,10,c3c6ce00,c3c92e00,...) at bus_release_resource+0x67 ath_pci_detach(c3c92e00,c3b41050,c095ba2c,970,4,...) at ath_pci_detach+0xb2 device_detach(c3c92e00,e40becac,e40becb0,c09aacf0,0,...) at device_detach+0x8c cardbus_detach_card(c3c46100,c3b9c8b4,c091b07c,1df,c09ad260,...) at cardbus_detach_card+0xcd cbb_event_thread(c3bb1000,e40bed38,c08c1ad7,305,c3c40ab0,...) at cbb_event_thread+0x15a fork_exit(c0556c60,c3bb1000,e40bed38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe40bed70, ebp = 0 --- db> tr Tracing pid 36 tid 100035 td 0xc3c2a210 kdb_enter(c08c5554,0,c08c7b57,e40bebc4,0,...) at kdb_enter+0x32 panic(c08c7b57,3,10,0,c3c6ce40,...) at panic+0x124 resource_list_release(c3c96204,c3c46100,c3c92e00,3,10,...) at resource_list_release+0xc2 bus_generic_rl_release_resource(c3c46100,c3c92e00,3,10,c3c6ce00) at bus_generic_rl_release_resource+0x77 bus_release_resource(c3c92e00,3,10,c3c6ce00,c3c92e00,...) at bus_release_resource+0x67 ath_pci_detach(c3c92e00,c3b41050,c095ba2c,970,4,...) at ath_pci_detach+0xb2 device_detach(c3c92e00,e40becac,e40becb0,c09aacf0,0,...) at device_detach+0x8c cardbus_detach_card(c3c46100,c3b9c8b4,c091b07c,1df,c09ad260,...) at cardbus_detach_card+0xcd cbb_event_thread(c3bb1000,e40bed38,c08c1ad7,305,c3c40ab0,...) at cbb_event_thread+0x15a fork_exit(c0556c60,c3bb1000,e40bed38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe40bed70, ebp = 0 --- db> Any idea how to solve this problem? thanks, Ganbold -- We have only two things to worry about: That things will never get back to normal, and that they already have. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"