From owner-freebsd-current@FreeBSD.ORG Tue Nov 8 18:13:27 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6729016A41F for ; Tue, 8 Nov 2005 18:13:27 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from smtp5-g19.free.fr (smtp5-g19.free.fr [212.27.42.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id C4E1043D45 for ; Tue, 8 Nov 2005 18:13:26 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from herbelot.dyndns.org (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by smtp5-g19.free.fr (Postfix) with ESMTP id A66149823 for ; Tue, 8 Nov 2005 19:13:25 +0100 (CET) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by herbelot.dyndns.org (8.13.3/8.13.3) with ESMTP id jA8IDLxC015777 for ; Tue, 8 Nov 2005 19:13:24 +0100 (CET) From: Thierry Herbelot To: freebsd-current@freebsd.org Date: Tue, 8 Nov 2005 19:13:14 +0100 User-Agent: KMail/1.8.3 References: <20051107094655.GA76489@cirb503493.alcatel.com.au> In-Reply-To: <20051107094655.GA76489@cirb503493.alcatel.com.au> X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200511081913.15042.thierry@herbelot.com> Subject: Re: Attempting to sleep in interrupts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: thierry@herbelot.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Nov 2005 18:13:27 -0000 Le Monday 7 November 2005 10:46, Peter Jeremy a écrit : > > Tonight's problem was in -CURRENT from last Saturday night. A > backtrace is below. No crashdump (unfortunately) because the kernel > got into a loop of breakpoint instruction faults. That said, the > fault is fairly clearly the API bug that's mentioned in the above > reference. me too I also see this kind of panic : fwohci0: fwohci_pci_suspend panic: trying to sleep while sleeping is prohibited cpuid = 0 KDB: enter: panic [thread pid 29 tid 100036 ] Stopped at kdb_enter+0x2b: nop db> trace Tracing pid 29 tid 100036 td 0xc1f67d80 kdb_enter(c08709d0) at kdb_enter+0x2b panic(c08739d1,2,c1f67d80,3e,cb70da24) at panic+0x127 sleepq_add(c1e1d000,0,c085ca65,0) at sleepq_add+0x8c msleep(c1e1d000,0,54,c085ca65,190) at msleep+0x249 cbb_cardbus_reset(c1e53380,c1e53380,0,c1e53380,cb70da90) at cbb_cardbus_reset+0xf6 cbb_cardbus_power_disable_socket(c1e53380,c1f48680) at cbb_cardbus_power_disable_socket+0x15 cbb_power_disable_socket(c1e53380,c1f48680) at cbb_power_disable_socket+0x33 pccard_detach_card(c1f48680,cb70dad4,c065c52e,c1f48680,c1e56480) at pccard_detach_card+0xb4 pccard_suspend(c1f48680) at pccard_suspend+0xb bus_generic_suspend(c1e53380,c1e53380,c1f48700,c1e56480,c1e53380) at bus_generic_suspend+0x4a cbb_suspend(c1e53380) at cbb_suspend+0x59 bus_generic_suspend(c1e4c300,c08d23e8,c08d23e8,c1e4c300,c1dd2300) at bus_generic_suspend+0x4a pci_suspend(c1e4c300) at pci_suspend+0x7a bus_generic_suspend(c1dd2100) at bus_generic_suspend+0x4a bus_generic_suspend(c1dd2300,c093b540,1,c0b1d341,260) at bus_generic_suspend+0x4a acpi_suspend(c1dd2300) at acpi_suspend+0x28 bus_generic_suspend(c1dd2d00) at bus_generic_suspend+0x4a bus_generic_suspend(c1d6f000,3,1,101dc70,0) at bus_generic_suspend+0x4a acpi_SetSleepState(c1dd2080,3,0,cb70dc38,c0660a63) at acpi_SetSleepState+0x16a acpi_pm_func(0,c1dd2080,1,cb70dc80,c07e8d47) at acpi_pm_func+0x3a power_pm_suspend(1) at power_pm_suspend+0x23 scgetc(c1f88800,2,c0669865,c1e7a900,c0997fa0) at scgetc+0x4ef sckbdevent(c0997fa0,0,c1f88800) at sckbdevent+0x1c8 atkbd_intr(c0997fa0,0,cb70dcec,c0632c9a,c0997fa0) at atkbd_intr+0x20 atkbdintr(c0997fa0) at atkbdintr+0x16 ithread_execute_handlers(c1f66224,c1d54600) at ithread_execute_handlers+0xe6 ithread_loop(c1f6e1b0,cb70dd38,c1f6e1b0,c0632d64,0) at ithread_loop+0x67 fork_exit(c0632d64,c1f6e1b0,cb70dd38) at fork_exit+0xa4 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xcb70dd6c, ebp = 0 --- kgdb dump : (extract) #9 0xc06458c3 in panic (fmt=0xc08739d1 "trying to sleep while sleeping is prohibited") at /usr/src/sys/kern/kern_shutdown.c:539 #10 0xc0664a54 in sleepq_add (wchan=0xc1e1d000, lock=0x0, wmesg=0x12
, flags=0) at /usr/src/sys/kern/subr_sleepqueue.c:273 #11 0xc064b899 in msleep (ident=0xc1e1d000, mtx=0x0, priority=84, wmesg=0xc085ca65 "cbbP3", timo=400) at /usr/src/sys/kern/kern_synch.c:205 #12 0xc0585166 in cbb_cardbus_reset (brdev=0xc1e53380) at /usr/src/sys/dev/pccbb/pccbb.c:960 #13 0xc05852d5 in cbb_cardbus_power_disable_socket (brdev=0xc1e53380, child=0xc1f48680) at /usr/src/sys/dev/pccbb/pccbb.c:990 #14 0xc0585eeb in cbb_power_disable_socket (brdev=0xc1e53380, child=0xc1f48680) at /usr/src/sys/dev/pccbb/pccbb.c:1319 #15 0xc057e7a8 in pccard_detach_card (dev=0xc1f48680) at power_if.h:37 #16 0xc057f553 in pccard_suspend (self=0xc1f48680) at /usr/src/sys/dev/pccard/pccard.c:795 #17 0xc065c52e in bus_generic_suspend (dev=0xc1e53380) at device_if.h:272 #18 0xc0586575 in cbb_suspend (self=0xc1e53380) at /usr/src/sys/dev/pccbb/pccbb.c:1578 #19 0xc065c52e in bus_generic_suspend (dev=0xc1e4c300) at device_if.h:272 #20 0xc058ab2e in pci_suspend (dev=0xc1e4c300) at /usr/src/sys/dev/pci/pci.c:1130 #21 0xc065c52e in bus_generic_suspend (dev=0xc1dd2100) at device_if.h:272 #22 0xc065c52e in bus_generic_suspend (dev=0xc1dd2300) at device_if.h:272 idents : src/sys/kern/subr_sleepqueue.c,v 1.20 2005/10/31 15:41:25 rwatson Exp $ src/sys/kern/kern_synch.c,v 1.270 2005/05/23 23:01:52 ups Exp $ src/sys/dev/pccbb/pccbb.c,v 1.134 2005/10/29 03:36:00 imp Exp $ src/sys/dev/pccard/pccard.c,v 1.113 2005/09/22 14:51:11 imp Exp $ src/sys/dev/pci/pci.c,v 1.303 2005/10/29 05:52:17 imp Exp $