From owner-freebsd-acpi@FreeBSD.ORG Wed Dec 2 06:40:02 2009 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EBEE0106566B for ; Wed, 2 Dec 2009 06:40:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id BF36D8FC17 for ; Wed, 2 Dec 2009 06:40:02 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id nB26e25d048498 for ; Wed, 2 Dec 2009 06:40:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id nB26e2VQ048497; Wed, 2 Dec 2009 06:40:02 GMT (envelope-from gnats) Date: Wed, 2 Dec 2009 06:40:02 GMT Message-Id: <200912020640.nB26e2VQ048497@freefall.freebsd.org> To: freebsd-acpi@FreeBSD.org From: Andriy Gapon Cc: Subject: Re: kern/140979: [acpi] [panic] Kernel panic (fatal trap 12: page fault when in kernel mode) on FreeBSD 8.0 with ACPI because of "ec" sub-device X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Andriy Gapon List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Dec 2009 06:40:03 -0000 The following reply was made to PR kern/140979; it has been noted by GNATS. From: Andriy Gapon To: Tarick Cc: bug-followup@FreeBSD.org Subject: Re: kern/140979: [acpi] [panic] Kernel panic (fatal trap 12: page fault when in kernel mode) on FreeBSD 8.0 with ACPI because of "ec" sub-device Date: Wed, 02 Dec 2009 08:39:02 +0200 on 01/12/2009 21:39 Tarick said the following: > Sure, as I understand this means booting with debug.acpi.disabled="ec" > line in /boot/loader.conf. I use this setting constantly right now. > But I recompiled kernel recently, and the instruction pointer address > changed to 0xffffffff801bfe20. Here is result with this address, I hope > this will help: [snip] > (kgdb) info line *0xffffffff801bfe20 > Line 538 of "/usr/src/sys/contrib/dev/acpica/executer/exmutex.c" > starts at address 0xffffffff801bfe20 and > ends at 0xffffffff801bfe25 . So this points us to AcpiExReleaseMutex. One possible control flow chain is AcpiExReleaseMutex <- AcpiReleaseGlobalLock <- EcUnlock. But it's still not clear what could be wrong. Would it be possible to recompile your kernel with the following options, reproduce the panic and report full panic message? makeoptions DEBUG="-O -g" options DDB options DDB_NUMSYM options KDB options KDB_TRACE This should enable printing of stack trace on panic. Thanks! -- Andriy Gapon