Date: Sat, 30 Mar 2013 14:22:18 +0100 From: David Demelier <demelier.david@gmail.com> To: freebsd-acpi@freebsd.org Cc: kron <kron24@gmail.com>, Andriy Gapon <avg@freebsd.org> Subject: Re: panics due to buggy ACPI in Dell Latitude E6530? Message-ID: <227443103.MjG0Okhn3r@melon> In-Reply-To: <2041632.on0aZtOfZI@melon> References: <512E24CD.9090404@gmail.com> <512E397D.1070406@FreeBSD.org> <2041632.on0aZtOfZI@melon>
next in thread | previous in thread | raw e-mail | index | archive | help
Le samedi 30 mars 2013 14:13:53 David Demelier a =E9crit : > Le mercredi 27 f=E9vrier 2013 18:51:09 Andriy Gapon a =E9crit : > > on 27/02/2013 17:22 kron said the following: > > > Hi, > > >=20 > > > I have a Dell notebook (Latitude E6530) on which I track > > > 9-STABLE. It served excellently until mid-Jan when it started > > > to panic a few times a week or so: > > >=20 > > > Fatal trap 12: page fault while in kernel mode > > > cpuid =3D 3; apic id =3D 03 > > > fault virtual address=09=3D 0x10116 > > > fault code=09=09=3D supervisor read data, page not present > > > instruction pointer=09=3D 0x20:0xffffffff802bc360 > > > stack pointer=09 =3D 0x28:0xffffff848f6db390 > > > frame pointer=09 =3D 0x28:0xffffff848f6db3c0 > > > code segment=09=09=3D base 0x0, limit 0xfffff, type 0x1b > > > =3D DPL 0, pres 1, long 1, def32 0, gran 1 > > > processor eflags=09=3D interrupt enabled, resume, IOPL =3D 0 > > > current process=09=09=3D 2199 (conky) > > > trap number=09=09=3D 12 > > > panic: page fault > > > cpuid =3D 3 > > >=20 > > > Before the panics kernel used to emit messages like: > > > ACPI Error: No object attached to node 0xfffffe00094a51c0 > > > (20110527/exresnte-138) > > > ACPI Error: Method execution failed [\_SB_.BAT0._UID] (Node > > > 0xfffffe00094a51c0), AE_AML_NO_OPERAND (20110527/uteval-113) > >=20 > > This looks very much like a heisenbug reported several times here. > > E.g.: > > http://lists.freebsd.org/pipermail/freebsd-acpi/2012-December/00796= 2.html > >=20 > > > I suspected it started with a BIOS update (A07 -> A09). > > > Following the handbook, I took a look at acpidump. Sad to say, > > > it all was Greek to me, I could't even compile it back using > > > iasl (35 Errors). However, while skimming it I noticed names > > > of many versions of Windows and in addition to that, "Linux". > > > Just to try, I put hw.acpi.osname=3D"Linux" to /boot/loader.conf.= > > > Since that I've never get the panic again (for ~3 weeks). > > > I hope this is not just a coincidence. > >=20 > > It very well could be. > >=20 > > > Maybe this experience can help somebody else. > > >=20 > > > If any of ACPI developers wants to play with the problem > > > I can provide more info (sorry, no crashdump, was not enabled), > > > do tests, etc. > >=20 > > Please at least enable printing of a stack trace. > > Better do get the crash dump. > >=20 > > P.S. I suspect that the issue we are discussing with hps in this ma= iling > > list could be related to this problem. >=20 > About me, I've currently added the following to my /boot/loader.conf:= >=20 > debug.acpi.disabled=3D"acad cmbat" >=20 > And it solved my panics but unfortunately I must say bye to the batte= ry > information. >=20 > Regards, By the way, may be this is related? :) http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dkern/173408 Cheers, --=20 David Demelier
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?227443103.MjG0Okhn3r>