From owner-freebsd-acpi@FreeBSD.ORG Mon Nov 26 10:29:28 2012 Return-Path: Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 004CE9C4; Mon, 26 Nov 2012 10:29:27 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 28D058FC17; Mon, 26 Nov 2012 10:29:26 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id MAA29070; Mon, 26 Nov 2012 12:29:26 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1TcvwL-000LjE-Iq; Mon, 26 Nov 2012 12:29:25 +0200 Message-ID: <50B34484.1090807@FreeBSD.org> Date: Mon, 26 Nov 2012 12:29:24 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Stefan Farfeleder Subject: Re: ACPI panic References: <50AC0A68.8070906@FreeBSD.org> <20121121104840.GA1468@mole.fafoe.narf.at> <20121122081831.GA1483@mole.fafoe.narf.at> <50ADFD75.10709@FreeBSD.org> <50ADFFB2.1000108@FreeBSD.org> <50AE057D.8060808@FreeBSD.org> <20121125140008.GA1497@mole.fafoe.narf.at> <50B244A1.1040800@FreeBSD.org> <20121126091101.GA1469@mole.fafoe.narf.at> <50B33693.2060000@FreeBSD.org> <20121126093704.GB1469@mole.fafoe.narf.at> In-Reply-To: <20121126093704.GB1469@mole.fafoe.narf.at> X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@FreeBSD.org X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Nov 2012 10:29:28 -0000 on 26/11/2012 11:37 Stefan Farfeleder said the following: > On Mon, Nov 26, 2012 at 11:29:55AM +0200, Andriy Gapon wrote: >> >> Very interesting, thank you. >> Are you able to get a crash dump? > > Yes. Great! Could you please cast those cycled objects to 'union acpi_operand_object' and print them? Something like 'p *(union acpi_operand_object *)$x'. > (kgdb) bt > #0 doadump (textdump=0) at pcpu.h:229 > #1 0xffffffff802becae in db_dump (dummy=, dummy2=0, > dummy3=0, dummy4=0x0) at /usr/src/sys/ddb/db_command.c:543 > #2 0xffffffff802be874 in db_command (last_cmdp=, > cmd_table=, dopager=1) > at /usr/src/sys/ddb/db_command.c:449 > #3 0xffffffff802be562 in db_command_loop () > at /usr/src/sys/ddb/db_command.c:502 > #4 0xffffffff802c0e40 in db_trap (type=, code=0) > at /usr/src/sys/ddb/db_main.c:231 > #5 0xffffffff804c165e in kdb_trap (type=3, code=0, tf=) > at /usr/src/sys/kern/subr_kdb.c:654 > #6 0xffffffff806ee2dc in trap (frame=0xffffff811fe0e3f0) > at /usr/src/sys/amd64/amd64/trap.c:579 > #7 0xffffffff806d8e43 in calltrap () at /tmp/exception-EAhiLL.s:142 > #8 0xffffffff804c0e5e in kdb_enter (why=0xffffffff8079246e "panic", > msg=) at cpufunc.h:63 > #9 0xffffffff8048ca4f in panic (fmt=) > at /usr/src/sys/kern/kern_shutdown.c:628 > #10 0xffffffff802b57ca in AcpiOsReleaseObject (Cache=0xfffffe000292a700, > Object=0xfffffe0002a60780) > at /usr/src/sys/contrib/dev/acpica/components/utilities/utcache.c:245 > #11 0xffffffff802b679d in AcpiUtUpdateRefCount (Object=0xfffffe0002a60780, > ---Type to continue, or q to quit--- > Action=) > at /usr/src/sys/contrib/dev/acpica/components/utilities/utdelete.c:464 > #12 0xffffffff802b66fb in AcpiUtUpdateObjectReference ( > Object=0xfffffe0002a60780, Action=1) > at /usr/src/sys/contrib/dev/acpica/components/utilities/utdelete.c:648 > #13 0xffffffff8029bbc5 in AcpiDsIsResultUsed (Op=0xfffffe00041b3a00, > WalkState=0xfffffe00061a4800) > at /usr/src/sys/contrib/dev/acpica/components/dispatcher/dsutils.c:100 > #14 0xffffffff8029bd03 in AcpiDsDeleteResultIfNotUsed (Op=0xffffff811fe0e3b0, > ResultObj=0xfffffe0002a60700, WalkState=0xfffffe00061a4800) > at /usr/src/sys/contrib/dev/acpica/components/dispatcher/dsutils.c:388 > #15 0xffffffff8029c874 in AcpiDsExecEndOp (WalkState=0xfffffe00061a4800) > at /usr/src/sys/contrib/dev/acpica/components/dispatcher/dswexec.c:773 > #16 0xffffffff802afe04 in AcpiPsParseLoop (WalkState=0xfffffe00061a4800) > at /usr/src/sys/contrib/dev/acpica/components/parser/psloop.c:1276 > #17 0xffffffff802b068d in AcpiPsParseAml (WalkState=) > at /usr/src/sys/contrib/dev/acpica/components/parser/psparse.c:525 > #18 0xffffffff802b11e7 in AcpiPsExecuteMethod (Info=0xfffffe0006139440) > at /usr/src/sys/contrib/dev/acpica/components/parser/psxface.c:368 > #19 0xffffffff802aac16 in AcpiNsEvaluate (Info=0xfffffe0006139440) > at /usr/src/sys/contrib/dev/acpica/components/namespace/nseval.c:193 > #20 0xffffffff802add48 in AcpiEvaluateObject (Handle=0xfffffe0002a03dc0, > Pathname=, ExternalParams=, > ---Type to continue, or q to quit--- > ReturnBuffer=0xffffff811fe0e838) > at /usr/src/sys/contrib/dev/acpica/components/namespace/nsxfeval.c:289 > #21 0xffffffff802c6fdf in acpi_GetInteger (handle=, > path=0xffffffff80756410 "_PSR", number=0xffffff811fe0e884) > at /usr/src/sys/dev/acpica/acpi.c:2207 > #22 0xffffffff802cc8ff in acpi_acad_get_status (context=0xfffffe0002a3cd00) > at /usr/src/sys/dev/acpica/acpi_acad.c:106 > #23 0xffffffff802cccc4 in acpi_acad_sysctl (oidp=0xfffffe0004192000, > arg1=0xfffffe0004145980, arg2=-2142478272, req=0xffffff811fe0e968) > at /usr/src/sys/dev/acpica/acpi_acad.c:279 > #24 0xffffffff80496d0c in sysctl_root (arg1=, > arg2=) at /usr/src/sys/kern/kern_sysctl.c:1513 > #25 0xffffffff804972c8 in userland_sysctl (td=, > name=0xffffff811fe0ea30, namelen=, > old=, oldlenp=, > inkernel=, new=, > newlen=, retval=, > flags=534833488) at /usr/src/sys/kern/kern_sysctl.c:1623 > #26 0xffffffff804970b4 in sys___sysctl (td=0xfffffe00061fe900, > uap=0xffffff811fe0eb40) at /usr/src/sys/kern/kern_sysctl.c:1549 > #27 0xffffffff806eef8e in amd64_syscall (td=0xfffffe00061fe900, traced=0) > at subr_syscall.c:135 > #28 0xffffffff806d912b in Xfast_syscall () at /tmp/exception-EAhiLL.s:292 > ---Type to continue, or q to quit--- > #29 0x000000080093456a in ?? () > Previous frame inner to this frame (corrupt stack?) > Current language: auto; currently minimal > (kgdb) f 10 > #10 0xffffffff802b57ca in AcpiOsReleaseObject (Cache=0xfffffe000292a700, > Object=0xfffffe0002a60780) > at /usr/src/sys/contrib/dev/acpica/components/utilities/utcache.c:245 > 245 panic("cycle in a cache list"); > (kgdb) p *Cache > $1 = {ListName = 0xffffffff8074f8e0 "Acpi-Operand", > ListHead = 0xfffffe0002a60580, ObjectSize = 72, MaxDepth = 96, > CurrentDepth = 30, LinkOffset = 8} > -- Andriy Gapon