From owner-freebsd-acpi@FreeBSD.ORG Mon May 17 11:12:54 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 83E5B16A4CE for ; Mon, 17 May 2004 11:12:54 -0700 (PDT) Received: from root.org (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 25EE543D54 for ; Mon, 17 May 2004 11:12:53 -0700 (PDT) (envelope-from nate@root.org) Received: (qmail 20083 invoked by uid 1000); 17 May 2004 18:12:53 -0000 Date: Mon, 17 May 2004 11:12:53 -0700 (PDT) From: Nate Lawson To: Kevin Oberman In-Reply-To: <20040514164013.0CE795D0D@ptavv.es.net> Message-ID: <20040517111058.D20078@root.org> References: <20040514164013.0CE795D0D@ptavv.es.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-acpi@FreeBSD.org Subject: Re: ACPI interrupt storms during shutdown X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 May 2004 18:12:54 -0000 On Fri, 14 May 2004, Kevin Oberman wrote: > For about two week my laptop (IBM T30) has started reporting stray > interrupts from acpi0 or an interrupt storm on IRQ9. This is really not > a problem as it happens right at the end of the shutdown after disks are > synced and seems to start as the standard background processes are > terminated. It usually is reported after vnlru and bufdaemon terminate, > but before syncer terminates. (It's very hard to tell much as the screen > blanks immediately.) It may be starting as bufdaemon is terminated. > > This is not causing me any problems, but I wanted to mention it as it > certainly does not seem right. Yep, I've got that too. What happens is a series of GPEs occur during the AcpiTerminate() process. I'll be changing the ACPI shutdown process after I do some more debugging of the source of the GPEs. The interrupt storm check is probably too sensitive in some non-runtime cases. This is on the ACPI TODO list: http://www.root.org/~nate/freebsd/acpi-todo.html -Nate From owner-freebsd-acpi@FreeBSD.ORG Mon May 17 11:31:21 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 01D6A16A4CE for ; Mon, 17 May 2004 11:31:21 -0700 (PDT) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 97CA943D54 for ; Mon, 17 May 2004 11:31:20 -0700 (PDT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id IBA74465; Mon, 17 May 2004 11:31:19 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id DADDB5D0C; Mon, 17 May 2004 11:31:18 -0700 (PDT) To: Nate Lawson In-reply-to: Your message of "Mon, 17 May 2004 11:12:53 PDT." <20040517111058.D20078@root.org> Date: Mon, 17 May 2004 11:31:18 -0700 From: "Kevin Oberman" Message-Id: <20040517183118.DADDB5D0C@ptavv.es.net> cc: freebsd-acpi@FreeBSD.org Subject: Re: ACPI interrupt storms during shutdown X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 May 2004 18:31:21 -0000 > Date: Mon, 17 May 2004 11:12:53 -0700 (PDT) > From: Nate Lawson > > Yep, I've got that too. What happens is a series of GPEs occur during the > AcpiTerminate() process. I'll be changing the ACPI shutdown process after > I do some more debugging of the source of the GPEs. The interrupt storm > check is probably too sensitive in some non-runtime cases. > > This is on the ACPI TODO list: > http://www.root.org/~nate/freebsd/acpi-todo.html No problem. I just wanted to make sure that the problem was noted, especially if it had implications at times other than shutdown that might not have been visible. Thanks! -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-acpi@FreeBSD.ORG Tue May 18 09:39:08 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D90BE16A4CE for ; Tue, 18 May 2004 09:39:08 -0700 (PDT) Received: from siudong.ath.cx (CPE0004ac237e6f-CM400048293705.cpe.net.cable.rogers.com [24.101.231.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 877AE43D55 for ; Tue, 18 May 2004 09:39:07 -0700 (PDT) (envelope-from necro@siudong.ath.cx) Received: from mfbsdlap.mofodomain (unknown [192.168.0.55]) by siudong.ath.cx (Postfix) with SMTP id E866E144 for ; Tue, 18 May 2004 12:41:07 -0400 (EDT) Date: Tue, 18 May 2004 12:38:46 +0000 From: necrosaro To: freebsd-acpi@freebsd.org Message-Id: <20040518123846.5c2c085d@mfbsdlap.mofodomain> X-Mailer: Sylpheed version 0.9.10claws (GTK+ 1.2.10; i386-portbld-freebsd4.9) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: ibm thinkpad 390e usb network adapter crash X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 May 2004 16:39:09 -0000 Hi i'm using 4.9 release with apm. apm0: found APM BIOS v1.2, connected at v1.2 i have this usb adapter aue0: LINKSYS Inc. LINKSYS USB Adapter, rev 1.10/1.01, addr 2 aue0: Ethernet address: 00:04:5a:97:13:df miibus0: on aue0 everytime close the lid and reopen it, the system crashes. But if i don't use usb device at all, the apm works fine. I wonder if there's a quick fix to this? From owner-freebsd-acpi@FreeBSD.ORG Tue May 18 10:26:17 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7145716A4CE; Tue, 18 May 2004 10:26:17 -0700 (PDT) Received: from mail.gactr.uga.edu (mail.gactr.uga.edu [128.192.37.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5CF5A43D4C; Tue, 18 May 2004 10:25:37 -0700 (PDT) (envelope-from robin.blanchard@gactr.uga.edu) Received: from localhost (localhost [127.0.0.1]) by mail.gactr.uga.edu (Postfix) with ESMTP id 9DC5BB2466; Tue, 18 May 2004 13:25:31 -0400 (EDT) Received: from mail.gactr.uga.edu ([127.0.0.1]) by localhost (mail.gactr.uga.edu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 32959-01-5; Tue, 18 May 2004 13:25:31 -0400 (EDT) Received: from EBE1.gc.nat (E2K1.gc.nat [10.10.11.21]) by mail.gactr.uga.edu (Postfix) with ESMTP id 53950B244F; Tue, 18 May 2004 13:25:31 -0400 (EDT) Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.5.6944.0 Date: Tue, 18 May 2004 13:25:30 -0400 Message-ID: <9B5C1FCAFB35084787C21EFFFA78DD9EE398@EBE1.gc.nat> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: panic: lockmgr: locking against myself (kern/64206) thread-index: AcQ8JUgf/HkNiw4aQPK6USA4QiqsmgAIX64wAAGc6zAAK+6FMA== From: "Robin P. Blanchard" To: , X-Virus-Scanned: by amavisd-new at gactr.uga.edu Subject: RE: panic: lockmgr: locking against myself (kern/64206) X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 May 2004 17:26:17 -0000 After much wailing and gnashing of teeth, I disabled acpi and all of = these problems seem to have disappeared. Mobo is old asus P2B. =20 > -----Original Message----- > From: owner-freebsd-current@freebsd.org=20 > [mailto:owner-freebsd-current@freebsd.org] On Behalf Of Robin=20 > P. Blanchard > Sent: Monday, May 17, 2004 4:31 PM > To: current@freebsd.org > Subject: RE: panic: lockmgr: locking against myself (kern/64206) >=20 > After some googling around, I found kern/64206, which=20 > indicates disabling softupdates as a work-around for this=20 > problem...Disabled softupdates across the board and wound up=20 > witht the following instead. I have dumps available... >=20 > # gdb -k /usr/obj/usr/src/sys/fbsd5.vpn/kernel.debug=20 > ./vmcore.8 GNU gdb 5.2.1 (FreeBSD) Copyright 2002 Free=20 > Software Foundation, Inc. > GDB is free software, covered by the GNU General Public=20 > License, and you are welcome to change it and/or distribute=20 > copies of it under certain conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show=20 > warranty" for details. > This GDB was configured as "i386-undermydesk-freebsd"... > panic: page fault > panic messages: > #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:236 > 236 dumping++; > (kgdb) exec-file /boot/kernel/kernel > (kgdb) bt full > #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:236 > No locals. > #1 0xc04cdca6 in boot (howto=3D256) at=20 > /usr/src/sys/kern/kern_shutdown.c:370 > No locals. > #2 0xc04ce0dc in __panic () at /usr/src/sys/kern/kern_shutdown.c:548 > td =3D (struct thread *) 0xc26c5b00 > bootopt =3D 256 > newpanic =3D 0 > ap =3D 0xd25296d8 "=D5@f=C0\001" > buf =3D "page fault", '\0' > #3 0xc061e3cc in trap_fatal (frame=3D0xd252977c, eva=3D0) at > /usr/src/sys/i386/i386/trap.c:815 > code =3D 16 > type =3D 12 > ss =3D 16 > esp =3D 0 > softseg =3D {ssd_base =3D 0, ssd_limit =3D 1048575,=20 > ssd_type =3D 27, ssd_dpl =3D 0, ssd_p =3D 1, ssd_xx =3D 0, > ssd_xx1 =3D 0, ssd_def32 =3D 1, ssd_gran =3D 1} > #4 0xc061e052 in trap_pfault (frame=3D0xd252977c, usermode=3D0,=20 > eva=3D3833069557) > at /usr/src/sys/i386/i386/trap.c:733 > va =3D 3833065472 > vm =3D (struct vmspace *) 0x0 > map =3D 0x1 > rv =3D 1 > ftype =3D 1 '\001' > td =3D (struct thread *) 0xc26c5b00 > p =3D (struct proc *) 0xc28ad000 > #5 0xc061dc0d in trap (frame=3D > {tf_fs =3D -766377960, tf_es =3D -1068236784, tf_ds =3D=20 > -766377968, tf_edi =3D -1033086208, tf_esi =3D -1030546384,=20 > tf_ebp =3D 1847621996, tf_isp =3D -766339160, tf_ebx =3D=20 > -1030546384, tf_edx =3D 0, tf_ecx =3D -1030546384, tf_eax =3D 0,=20 > tf_trapno =3D 12, tf_err =3D 0, tf_eip =3D -461897739, tf_cs =3D 8,=20 > tf_eflags =3D 66178, tf_esp =3D -1030546384, tf_ss =3D 65554}) at=20 > /usr/src/sys/i386/i386/trap.c:420 > td =3D (struct thread *) 0xc26c5b00 > p =3D (struct proc *) 0xc28ad000 > sticks =3D 3264420912 > i =3D 0 > ucode =3D 0 > type =3D 12 > code =3D 0 > eva =3D 3833069557 > #6 0xe477fff5 in ?? () > No symbol table info available. > ---Can't read userspace from dump, or kernel process--- >=20 >=20 >=20 > --------------------------------------- > Robin P. Blanchard > Systems Integration Specialist > Georgia Center for Continuing Education > fon: 706.542.2404 < > fax: 706.542.6546 > --------------------------------------- > =20 >=20 > > -----Original Message----- > > From: owner-freebsd-current@freebsd.org=20 > > [mailto:owner-freebsd-current@freebsd.org] On Behalf Of Robin P.=20 > > Blanchard > > Sent: Monday, May 17, 2004 3:46 PM > > To: current@freebsd.org > > Subject: panic: lockmgr: locking against myself (was Panic on very=20 > > recent-CURRENT) > >=20 > > Updated to latest -CURRENT and am getting (what seems to=20 > be) the same=20 > > panic. > > Panics are being brought on by heavy building of various ports. > >=20 > > # gdb -k /usr/obj/usr/src/sys/fbsd5.vpn/kernel.debug > > ./vmcore.7 GNU gdb 5.2.1 (FreeBSD) Copyright 2002 Free Software=20 > > Foundation, Inc. > > GDB is free software, covered by the GNU General Public=20 > License, and=20 > > you are welcome to change it and/or distribute copies of it under=20 > > certain conditions. > > Type "show copying" to see the conditions. > > There is absolutely no warranty for GDB. Type "show warranty" for=20 > > details. > > This GDB was configured as "i386-undermydesk-freebsd"... > > panic: lockmgr: locking against myself panic messages: > > --- > > panic: lockmgr: locking against myself at line 370 in file=20 > > /usr/src/sys/kern/kern_lock.c cpuid =3D 0; > >=20 > > syncing disks, buffers remaining... kernel trap 12 with interrupts=20 > > disabled > >=20 > >=20 > > Fatal trap 12: page fault while in kernel mode cpuid =3D 0;=20 > apic id =3D 00 > > fault virtual address =3D 0x24 > > fault code =3D supervisor read, page not present > > instruction pointer =3D 0x8:0xc04f948e > > stack pointer =3D 0x10:0xc9567c38 > > frame pointer =3D 0x10:0xc9567c58 > > code segment =3D base 0x0, limit 0xfffff, type 0x1b > > =3D DPL 0, pres 1, def32 1, gran 1 > > processor eflags =3D resume, IOPL =3D 0 > > current process =3D 28 (swi8: tty:sio clock) > > trap number =3D 12 > > panic: page fault > > at line 815 in file /usr/src/sys/i386/i386/trap.ccpuid =3D 0; > > Uptime: 29m7s > > Dumping 127 MB > > ...snip... > > #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:236 > > 236 dumping++; > > (kgdb) bt full > > #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:236 > > No locals. > > #1 0xc04cdca6 in boot (howto=3D260) at=20 > > /usr/src/sys/kern/kern_shutdown.c:370 > > No locals. > > #2 0xc04ce0dc in __panic () at=20 > /usr/src/sys/kern/kern_shutdown.c:548 > > td =3D (struct thread *) 0xc0ec2000 > > bootopt =3D 260 > > newpanic =3D 0 > > ap =3D 0xc9567b84 "=D5@f=C0\001" > > buf =3D "lockmgr: locking against myself", '\0'=20 > > > > #3 0xc061e3cc in trap_fatal (frame=3D0xc9567bf8, eva=3D0) at > > /usr/src/sys/i386/i386/trap.c:815 > > code =3D 16 > > type =3D 12 > > ss =3D 16 > > esp =3D 0 > > softseg =3D {ssd_base =3D 0, ssd_limit =3D 1048575,=20 > ssd_type =3D 27,=20 > > ssd_dpl =3D 0, ssd_p =3D 1, ssd_xx =3D 0, > > ssd_xx1 =3D 0, ssd_def32 =3D 1, ssd_gran =3D 1} > > #4 0xc061da23 in trap (frame=3D > > {tf_fs =3D 24, tf_es =3D -1066860528, tf_ds =3D=20 > -1032060912, tf_edi =3D=20 > > 0, tf_esi =3D -1066762520, tf_ebp =3D -917078952, tf_isp =3D = -917079004,=20 > > tf_ebx =3D -1030883264, tf_edx =3D -1058267136, tf_ecx =3D = -1058267136,=20 > > tf_eax =3D 36, tf_trapno =3D 12, tf_err =3D 0, tf_eip =3D=20 > -1068526450, tf_cs =3D=20 > > 8, tf_eflags =3D 65683, tf_esp =3D -1066802016, tf_ss =3D=20 > -1058229392}) at=20 > > /usr/src/sys/i386/i386/trap.c:250 > > td =3D (struct thread *) 0xc0ec2000 > > p =3D (struct proc *) 0xc0ecb370 > > sticks =3D 3228165280 > > i =3D 0 > > ucode =3D 0 > > type =3D 12 > > code =3D 0 > > eva =3D 36 > > #5 0xc04f948e in propagate_priority (td=3D0xc28df840) at > > /usr/src/sys/kern/subr_turnstile.c:225 > > tc =3D (struct turnstile_chain *) 0xc06a7ee8 > > ts =3D (struct turnstile *) 0x0 > > td1 =3D (struct thread *) 0x0 > > pri =3D 36 > > #6 0xc04f9d14 in turnstile_wait (ts=3D0xc0ec5080, = lock=3D0xc069c640,=20 > > owner=3D0x0) > > at /usr/src/sys/kern/subr_turnstile.c:505 > > tc =3D (struct turnstile_chain *) 0xc06a7dd0 > > td =3D (struct thread *) 0xc0ec2000 > > td1 =3D (struct thread *) 0xc069c640 > > #7 0xc04c2ec5 in _mtx_lock_sleep (m=3D0xc069c640, opts=3D0, = file=3D0x0,=20 > > line=3D0) > > at /usr/src/sys/kern/kern_mutex.c:541 > > ts =3D (struct turnstile *) 0x0 > > td =3D (struct thread *) 0xc0ec2000 > > v =3D 0 > > #8 0xc04e0482 in softclock (dummy=3D0x0) at > > /usr/src/sys/kern/kern_timeout.c:246 > > c_func =3D (void (*)(void *)) 0xc06007f0 > > c_arg =3D (void *) 0xc06cae60 > > c_flags =3D 7 > > c =3D (struct callout *) 0x0 > > bucket =3D (struct callout_tailq *) 0xc4d87950 > > curticks =3D 174662 > > steps =3D 7 > > depth =3D 1 > > mpcalls =3D 0 > > gcalls =3D 0 > > wakeup_cookie =3D 7 > > #9 0xc04b74f8 in ithread_loop (arg=3D0xc2572280) at > > /usr/src/sys/kern/kern_intr.c:574 > > ithd =3D (struct ithd *) 0xc2572280 > > ih =3D (struct intrhand *) 0xc0ec4240 > > td =3D (struct thread *) 0xc0ec2000 > > p =3D (struct proc *) 0xc0ecb370 > > count =3D 1 > > warned =3D 0 > > #10 0xc04b6118 in fork_exit (callout=3D0xc04b72c0 ,=20 > > arg=3D0x0, > > frame=3D0x0) > > at /usr/src/sys/kern/kern_fork.c:816 > > p =3D (struct proc *) 0xc0ecb370 > > td =3D (struct thread *) 0x0 > > (kgdb) > >=20 > > --------------------------------------- > > Robin P. Blanchard > > Systems Integration Specialist > > Georgia Center for Continuing Education > > fon: 706.542.2404 < > fax: 706.542.6546 > > --------------------------------------- > > =20 > >=20 > > > -----Original Message----- > > > From: Robin P. Blanchard > > > Sent: Monday, May 17, 2004 11:40 AM > > > To: current@freebsd.org > > > Subject: Panic on very recent -CURRENT > > >=20 > > > Ident of kernel at: > > > http://people.gactr.uga.edu/robin/kernel_ident.txt > > >=20 > > >=20 > > > # gdb -k /usr/obj/usr/src/sys/fbsd5.vpn/kernel.debug > > > ./vmcore.5 GNU gdb 5.2.1 (FreeBSD) Copyright 2002 Free Software=20 > > > Foundation, Inc. > > > GDB is free software, covered by the GNU General Public > > License, and > > > you are welcome to change it and/or distribute copies of it under=20 > > > certain conditions. > > > Type "show copying" to see the conditions. > > > There is absolutely no warranty for GDB. Type "show=20 > warranty" for=20 > > > details. > > > This GDB was configured as "i386-undermydesk-freebsd"... > > > panic: lockmgr: locking against myself panic messages: > > > --- > > > panic: lockmgr: locking against myself at line 370 in file=20 > > > /usr/src/sys/kern/kern_lock.c cpuid =3D 0; > > >=20 > > > syncing disks, buffers remaining... 1401 1401 1400 panic:=20 > > > bremfree: removing a buffer not on a queue at line 649 in file=20 > > > /usr/src/sys/kern/vfs_bio.ccpuid =3D 0; > > > Uptime: 3h52m23s > > > Dumping 127 MB > > > 16 32 48 64 80 96 112 > > >=20 > > > #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:236 > > > 236 dumping++; > > > (kgdb) exec-file /boot/kernel/kernel > > > (kgdb) bt full > > > #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:236 > > > No locals. > > > #1 0xc04cdcc6 in boot (howto=3D260) at=20 > > > /usr/src/sys/kern/kern_shutdown.c:370 > > > No locals. > > > #2 0xc04ce0fc in __panic () at > > /usr/src/sys/kern/kern_shutdown.c:548 > > > td =3D (struct thread *) 0xc27dc6e0 > > > bootopt =3D 260 > > > newpanic =3D 0 > > > ap =3D 0xd255d834 > > > = "(\025=E3=C4(\025=E3=C4T=D8U=D2=BB=CEQ=C0(\025=E3=C4(\025=E3=C4(\025=E3=C4= \"" > > > buf =3D "lockmgr: locking against myself", '\0'=20 > > > > > > #3 0xc051cfc1 in bremfreel (bp=3D0xc4e31528) at > > > /usr/src/sys/kern/vfs_bio.c:649 > > > old_qindex =3D 0 > > > #4 0xc051cebb in bremfree (bp=3D0x0) at > > > /usr/src/sys/kern/vfs_bio.c:631 No locals. > > > #5 0xc052193e in getblk (vp=3D0xc26ea924, blkno=3D12000, = size=3D2048,=20 > > > slpflag=3D0, slptimeo=3D0, flags=3D0) > > > at /usr/src/sys/kern/vfs_bio.c:2472 > > > lockflags =3D 0 > > > bp =3D (struct buf *) 0xc4e31528 > > > #6 0xc05b2b59 in ffs_sbupdate (mp=3D0xc2686300, waitfor=3D2) at > > > /usr/src/sys/ufs/ffs/ffs_vfsops.c:1482 > > > fs =3D (struct fs *) 0xc269d800 > > > bp =3D (struct buf *) 0x0 > > > blks =3D 1 > > > space =3D (void *) 0xc26cb000 > > > i =3D 0 > > > size =3D 2048 > > > error =3D 0 > > > allerror =3D 0 > > > #7 0xc05b24c2 in ffs_sync (mp=3D0xc263d400, waitfor=3D2, > > cred=3D0xc0eb9200, > > > td=3D0xc0698ae0) > > > at /usr/src/sys/ufs/ffs/ffs_vfsops.c:1207 > > > nvp =3D (struct vnode *) 0x0 > > > vp =3D (struct vnode *) 0xc26ea924 > > > devvp =3D (struct vnode *) 0xc26ea924 > > > ip =3D (struct inode *) 0x0 > > > ump =3D (struct ufsmount *) 0xc2686300 > > > fs =3D (struct fs *) 0xc269d800 > > > error =3D 0 > > > count =3D 0 > > > lockreq =3D 65554 > > > allerror =3D 0 > > > #8 0xc05363de in sync (td=3D0xc0698ae0, uap=3D0x0) at > > > /usr/src/sys/kern/vfs_syscalls.c:136 > > > mp =3D (struct mount *) 0xc263d400 > > > nmp =3D (struct mount *) 0x0 > > > asyncflag =3D 0 > > > #9 0xc04cd854 in boot (howto=3D256) at > > > /usr/src/sys/kern/kern_shutdown.c:302 > > > bp =3D (struct buf *) 0xc4dadd68 > > > iter =3D 0 > > > nbusy =3D 1400 > > > pbusy =3D 1400 > > > subiter =3D 50 > > > #10 0xc04ce0fc in __panic () at > > /usr/src/sys/kern/kern_shutdown.c:548 > > > td =3D (struct thread *) 0xc27dc6e0 > > > bootopt =3D 256 > > > newpanic =3D 0=20 > > > ap =3D 0xd255da1c "\"" > > > buf =3D "lockmgr: locking against myself", '\0'=20 > > > > > > #11 0xc04bfe65 in lockmgr (lkp=3D0xc0ece5c4, flags=3D2,=20 > > > interlkp=3D0x1000000, td=3D0xc27dc6e0) > > > at /usr/src/sys/kern/kern_lock.c:439 > > > error =3D 0 > > > thr =3D (struct thread *) 0xc27dc6e0 > > > extflags =3D 16777216 > > > lockflags =3D 2 > > > #12 0xc05cd70a in _vm_map_lock_read (map=3D0x0, file=3D0x0, > > > line=3D0) at machine/pcpu.h:156 No locals. > > > #13 0xc05d1508 in vm_map_lookup (var_map=3D0xd255db1c, vaddr=3D0, > > > fault_typea=3D1 '\001', out_entry=3D0xd255db20,=20 > > > object=3D0x0, pindex=3D0x0, out_prot=3D0x0, = wired=3D0xd255daf8) at > > > /usr/src/sys/vm/vm_map.c:2867 > > > entry =3D 0x0 > > > map =3D 0xc0ece588 > > > prot =3D 0 '\0' > > > fault_type =3D 1 '\001' > > > #14 0xc05c716f in vm_fault (map=3D0xc0ece588, vaddr=3D0, > > > fault_type=3D1 '\001', fault_flags=3D0) > > > at /usr/src/sys/vm/vm_fault.c:232 > > > prot =3D 192 '=C0' > > > is_first_object_locked =3D -766125352 > > > result =3D 0 > > > growstack =3D 1 > > > wired =3D -766125288 > > > map_generation =3D -1033337320 > > > next_object =3D 0x0 > > > marray =3D {0x0, 0x0, 0xc0d30820, 0xc0532e4c, 0xc2688618,=20 > > > 0x10002, 0xc8989070, 0xc27ccf00, 0x8051000, > > > 0xc0e75af8, 0xc0ece628, 0xd255db6c, 0xc06164dd,=20 > 0xc0c381c0, 0x0,=20 > > > 0x246} > > > hardfault =3D 0 > > > faultcount =3D -1058216568 > > > fs =3D {m =3D 0xd255db34, object =3D 0xc05402b0, pindex = =3D=20 > > > 14014576280821825536, first_m =3D 0xc0e6edd8, > > > first_object =3D 0xc2688618, first_pindex =3D > > 14014576280821825536, map > > > =3D 0xc0ece588, entry =3D 0xc0dde568, > > > lookup_still_valid =3D 0, vp =3D 0xd255db34} > > > #15 0xc061a995 in trap_pfault (frame=3D0xd255dbf4, usermode=3D0, > > > eva=3D16) at /usr/src/sys/i386/i386/trap.c:710 > > > va =3D 0 > > > vm =3D (struct vmspace *) 0x0 > > > map =3D 0xc0ece588 > > > rv =3D -1058216568 > > > ftype =3D 1 '\001' > > > td =3D (struct thread *) 0xc27dc6e0 > > > p =3D (struct proc *) 0xc27dd1b8 > > > #16 0xc061a65d in trap (frame=3D > > > {tf_fs =3D 672530456, tf_es =3D 16, tf_ds =3D 16, tf_edi =3D = > > > -1058216568, tf_esi =3D -1032160388, tf_ebp =3D -766124984, tf_isp = =3D=20 > > > -766125024, tf_ebx =3D 0, tf_edx =3D 0, tf_ecx =3D 0, tf_eax =3D = 0, > > tf_trapno > > > =3D 12, tf_err =3D 0, tf_eip =3D -1067654093, tf_cs =3D 8, > > tf_eflags =3D 66118, > > > tf_esp =3D 3, tf_ss =3D 0}) at /usr/src/sys/i386/i386/trap.c:420 > > > td =3D (struct thread *) 0xc27dc6e0 > > > p =3D (struct proc *) 0xc27dd1b8 > > > sticks =3D 3528842444 > > > i =3D 0 > > > ucode =3D 0 > > > type =3D 12 > > > code =3D 0 > > > eva =3D 16 > > > #17 0xc05ce433 in vm_map_simplify_entry (map=3D0xc0ece588, > > > entry=3D0xc27a7b7c) at /usr/src/sys/vm/vm_map.c:1041 > > > next =3D 0x0 > > > prev =3D 0x0 > > > prevsize =3D 0 > > > esize =3D 0 > > > #18 0xc05ce064 in vm_map_insert (map=3D0xc27a7b7c,=20 > object=3D0xc0ece588,=20 > > > offset=3D0, start=3D134553600, > > > end=3D134557696, prot=3D7 '\a', max=3D7 '\a', cow=3D0) at > > > /usr/src/sys/vm/vm_map.c:815 > > > new_entry =3D 0x0 > > > prev_entry =3D 0xc27a7b7c > > > temp_entry =3D 0xc27a7b7c > > > protoeflags =3D 0 > > > #19 0xc05dd536 in obreak (td=3D0x0, uap=3D0x0) at > > > /usr/src/sys/vm/vm_unix.c:119 > > > vm =3D (struct vmspace *) 0xc0ece588 > > > new =3D 0 > > > old =3D 134553600 > > > base =3D 0 > > > datalim =3D -4545005548382553220 > > > vmemlim =3D 9223372036854775807 > > > rv =3D 0 > > > error =3D 0 > > > do_map_wirefuture =3D 0 > > > #20 0xc061b200 in syscall (frame=3D > > > {tf_fs =3D 47, tf_es =3D 47, tf_ds =3D 47, tf_edi =3D > > 134557696, tf_esi > > > =3D 134553600, tf_ebp =3D -1077942680, tf_isp =3D -766124684, = tf_ebx =3D=20 > > > 672459276, tf_edx =3D 672449032, tf_ecx =3D 672449028, tf_eax =3D = 17,=20 > > > tf_trapno =3D 12, tf_err =3D 2, tf_eip =3D 671988075, tf_cs =3D = 31, > > tf_eflags > > > =3D 643, tf_esp =3D -1077942708, tf_ss =3D 47}) > > > at /usr/src/sys/i386/i386/trap.c:1004 > > > params =3D 0xbfbfe650---Can't read userspace from dump, or = > > > kernel process--- > > >=20 > > > (kgdb) > > >=20 > > >=20 > > > --------------------------------------- > > > Robin P. Blanchard > > > Systems Integration Specialist > > > Georgia Center for Continuing Education > > > fon: 706.542.2404 < > fax: 706.542.6546 > > > --------------------------------------- > > >=20 > > _______________________________________________ > > freebsd-current@freebsd.org mailing list=20 > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to > > "freebsd-current-unsubscribe@freebsd.org" > >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list=20 > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to=20 > "freebsd-current-unsubscribe@freebsd.org" >=20 >=20 From owner-freebsd-acpi@FreeBSD.ORG Tue May 18 14:35:58 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E07416A4CE for ; Tue, 18 May 2004 14:35:58 -0700 (PDT) Received: from mailbox.rainbownet.com (mailbox.rainbownet.com [213.174.191.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id 21C7F43E6F for ; Tue, 18 May 2004 11:05:25 -0700 (PDT) (envelope-from aturetta@commit.it) Received: from nbangx ([192.168.29.102]) (authenticated user aturetta@rainbownet.com) by rainbownet.com (rainbownet.com [127.0.0.1]) (MDaemon.PRO.v6.8.5.R) with ESMTP id 14-md50000000964.tmp for ; Tue, 18 May 2004 19:50:21 +0200 Message-ID: <00c501c43d00$973c43e0$661da8c0@lan> From: "Angelo Turetta" To: Date: Tue, 18 May 2004 19:50:21 +0200 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_00C2_01C43D11.5A9BE100" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1409 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 X-Authenticated-Sender: aturetta@rainbownet.com X-Spam-Processed: rainbownet.com, Tue, 18 May 2004 19:50:21 +0200 (not processed: message from valid local sender) X-MDRemoteIP: 192.168.29.102 X-Return-Path: aturetta@commit.it X-MDaemon-Deliver-To: freebsd-acpi@freebsd.org Subject: Panic during halt -p X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 May 2004 21:35:58 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_00C2_01C43D11.5A9BE100 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Hi, A couple weeks ago I installed a system from the ISO image 5.2-CURRENT-20040428-JPSNAP, on a new HP DL380G3. The system is stable (not much load for now), all the devices are detected correctly. The only problem is that I cannot power the system off using ACPI: if I type 'halt -p', the shutdown is executed correctly (OS-wise), but then I get: -------------------- Syncing disks done. Powering system off using ACPI panic: blockable sleep lock (sleep mutex) acpica subsystem lock @ /usr/src/sys/dev/acpica/Osd/OsdSynch.c:380 at line 655 in file /usr/src/sys/kern/subr_witness.c cpuid=0; Debugger("panic") -------------------- I attached the output from dmesg (not boot -v, sorry), in case it matters. I don't have a custom kernel by now (still testing before putting in production). Is it a known problem? If not, what further detail may I pass to help identify its source? Angelo Turetta http://mail.bestunion.it/aturetta-DL380G3.asl $ sysctl hw.acpi hw.acpi.supported_sleep_state: S4 S5 hw.acpi.power_button_state: S5 hw.acpi.sleep_button_state: S1 hw.acpi.lid_switch_state: S1 hw.acpi.standby_state: S1 hw.acpi.suspend_state: S3 hw.acpi.sleep_delay: 5 hw.acpi.s4bios: 0 hw.acpi.verbose: 0 hw.acpi.disable_on_poweroff: 1 hw.acpi.reset_video: 1 hw.acpi.cpu.cx_supported: C1/0 hw.acpi.cpu.cx_lowest: 0 hw.acpi.cpu.cx_history: 216058205/0 hw.acpi.thermal.min_runtime: 0 hw.acpi.thermal.polling_rate: 10 hw.acpi.thermal.tz0.temperature: 2815 hw.acpi.thermal.tz0.active: -1 hw.acpi.thermal.tz0.thermal_flags: 0 hw.acpi.thermal.tz0._PSV: 2830 hw.acpi.thermal.tz0._HOT: -1 hw.acpi.thermal.tz0._CRT: 3045 hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 ------=_NextPart_000_00C2_01C43D11.5A9BE100 Content-Type: text/plain; name="mail-dmesg.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="mail-dmesg.txt" Copyright (c) 1992-2004 The FreeBSD Project.=0A= Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994=0A= The Regents of the University of California. All rights reserved.=0A= FreeBSD 5.2-CURRENT-20040428-JPSNAP #0: Wed Apr 28 01:46:57 GMT 2004=0A= root@ushi.jp.freebsd.org:/usr/obj/usr/src/sys/GENERIC=0A= WARNING: WITNESS option enabled, expect reduced performance.=0A= Preloaded elf kernel "/boot/kernel/kernel" at 0xc09ee000.=0A= Preloaded elf module "/boot/kernel/acpi.ko" at 0xc09ee244.=0A= ACPI APIC Table: =0A= Timecounter "i8254" frequency 1193182 Hz quality 0=0A= CPU: Intel(R) Xeon(TM) CPU 2.80GHz (2787.01-MHz 686-class CPU)=0A= Origin =3D "GenuineIntel" Id =3D 0xf29 Stepping =3D 9=0A= = Features=3D0xbfebfbff=0A= Hyperthreading: 2 logical CPUs=0A= real memory =3D 1073717248 (1023 MB)=0A= avail memory =3D 1041199104 (992 MB)=0A= FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs=0A= cpu0 (BSP): APIC ID: 6=0A= cpu1 (AP): APIC ID: 7=0A= ioapic0 irqs 0-15 on motherboard=0A= ioapic1 irqs 16-31 on motherboard=0A= ioapic2 irqs 32-47 on motherboard=0A= ioapic3 irqs 48-63 on motherboard=0A= random: =0A= Pentium Pro MTRR support enabled=0A= cpu0 on motherboard=0A= cpu1 on motherboard=0A= npx0: [FAST]=0A= npx0: on motherboard=0A= npx0: INT 16 interface=0A= acpi0: on motherboard=0A= ACPI-1197: *** Info: There are no GPE blocks defined in the FADT=0A= acpi0: [GIANT-LOCKED]=0A= acpi0: Power Button (fixed)=0A= Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000=0A= pcibios: BIOS version 2.10=0A= acpi_timer0: <32-bit timer at 3.579545MHz> port 0x920-0x923 on acpi0=0A= acpi_cpu0: on acpi0=0A= acpi_cpu1: on acpi0=0A= acpi_cpu2: on acpi0=0A= device_probe_and_attach: acpi_cpu2 attach returned 6=0A= acpi_cpu2: on acpi0=0A= device_probe_and_attach: acpi_cpu2 attach returned 6=0A= acpi_cpu2: on acpi0=0A= device_probe_and_attach: acpi_cpu2 attach returned 6=0A= acpi_cpu2: on acpi0=0A= device_probe_and_attach: acpi_cpu2 attach returned 6=0A= acpi_cpu2: on acpi0=0A= device_probe_and_attach: acpi_cpu2 attach returned 6=0A= acpi_cpu2: on acpi0=0A= device_probe_and_attach: acpi_cpu2 attach returned 6=0A= acpi_tz0: on acpi0=0A= pcib0: on acpi0=0A= pci0: on pcib0=0A= pcib0: slot 15 INTA is routed to irq 7=0A= pci0: at device 3.0 (no driver attached)=0A= pci0: at device 4.0 (no driver attached)=0A= pci0: at device 4.2 (no driver attached)=0A= isab0: at device 15.0 on pci0=0A= isa0: on isab0=0A= atapci0: port = 0x2000-0x200f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 15.1 on pci0=0A= atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x2000=0A= atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0=0A= atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6=0A= ata0: at 0x1f0 irq 14 on atapci0=0A= atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170=0A= atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376=0A= ata1: simplex device, DMA on primary only=0A= ata1: at 0x170 irq 15 on atapci0=0A= ohci0: mem 0xf5ef0000-0xf5ef0fff irq 7 = at device 15.2 on pci0=0A= ohci0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xf5ef0000=0A= ohci0: [GIANT-LOCKED]=0A= usb0: OHCI version 1.0, legacy support=0A= usb0: SMM does not respond, resetting=0A= usb0: on ohci0=0A= usb0: USB revision 1.0=0A= uhub0: (0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1=0A= uhub0: 4 ports with 4 removable, self powered=0A= pcib1: on acpi0=0A= pci1: on pcib1=0A= ciss0: port 0x3000-0x30ff mem = 0xf7cf0000-0xf7cf3fff,0xf7dc0000-0xf7dfffff irq 30 at device 3.0 on pci1=0A= ciss0: Reserved 0x40000 bytes for rid 0x10 type 3 at 0xf7dc0000=0A= ciss0: [GIANT-LOCKED]=0A= pcib2: on acpi0=0A= pci2: on pcib2=0A= bge0: mem = 0xf7ef0000-0xf7efffff irq 29 at device 1.0 on pci2=0A= bge0: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xf7ef0000=0A= miibus0: on bge0=0A= brgphy0: on miibus0=0A= brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, = 1000baseTX-FDX, auto=0A= bge0: Ethernet address: 00:0e:7f:ee:61:d3=0A= bge0: [GIANT-LOCKED]=0A= bge1: mem = 0xf7ee0000-0xf7eeffff irq 31 at device 2.0 on pci2=0A= bge1: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xf7ee0000=0A= miibus1: on bge1=0A= brgphy1: on miibus1=0A= brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, = 1000baseTX-FDX, auto=0A= bge1: Ethernet address: 00:0e:7f:ee:61:d2=0A= bge1: [GIANT-LOCKED]=0A= pcib3: on acpi0=0A= pci3: on pcib3=0A= pcib4: on acpi0=0A= pci6: on pcib4=0A= pci6: at device 30.0 (no driver attached)=0A= atkbdc0: port 0x64,0x60 irq 1 on acpi0=0A= atkbd0: irq 1 on atkbdc0=0A= kbd0 at atkbd0=0A= atkbd0: [GIANT-LOCKED]=0A= psm0: irq 12 on atkbdc0=0A= psm0: [GIANT-LOCKED]=0A= psm0: model Generic PS/2 mouse, device ID 0=0A= sio0 port 0x3f8-0x3ff irq 4 on acpi0=0A= sio0: type 16550A=0A= fdc0: port = 0x3f7,0x3f2-0x3f5 irq 6 drq 2 on acpi0=0A= fdc0: FIFO enabled, 8 bytes threshold=0A= fd0: <1440-KB 3.5" drive> on fdc0 drive 0=0A= acpi_cpu2: on acpi0=0A= device_probe_and_attach: acpi_cpu2 attach returned 6=0A= acpi_cpu2: on acpi0=0A= device_probe_and_attach: acpi_cpu2 attach returned 6=0A= acpi_cpu2: on acpi0=0A= device_probe_and_attach: acpi_cpu2 attach returned 6=0A= acpi_cpu2: on acpi0=0A= device_probe_and_attach: acpi_cpu2 attach returned 6=0A= acpi_cpu2: on acpi0=0A= device_probe_and_attach: acpi_cpu2 attach returned 6=0A= acpi_cpu2: on acpi0=0A= device_probe_and_attach: acpi_cpu2 attach returned 6=0A= orm0: