kern/140979: [acpi] [panic] Kernel panic (fatal trap 12: page
fault when in kernel mode) on FreeBSD 8.0 with ACPI because of "ec"
avg at icyb.net.ua
Wed Dec 2 06:40:03 UTC 2009
The following reply was made to PR kern/140979; it has been noted by GNATS.
From: Andriy Gapon <avg at icyb.net.ua>
To: Tarick <tungan at ukr.net>
Cc: bug-followup at 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:
> (kgdb) info line *0xffffffff801bfe20
> Line 538 of "/usr/src/sys/contrib/dev/acpica/executer/exmutex.c"
> starts at address 0xffffffff801bfe20 <AcpiExReleaseMutex+544> and
> ends at 0xffffffff801bfe25 <AcpiExReleaseMutex+549>.
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"
This should enable printing of stack trace on panic.
More information about the freebsd-acpi