From owner-freebsd-acpi@FreeBSD.ORG Wed Feb 27 16:51:14 2013 Return-Path: Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 9ED0916D for ; Wed, 27 Feb 2013 16:51:14 +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 E3EB8E1F for ; Wed, 27 Feb 2013 16:51:13 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id SAA17174; Wed, 27 Feb 2013 18:51:10 +0200 (EET) (envelope-from avg@FreeBSD.org) Message-ID: <512E397D.1070406@FreeBSD.org> Date: Wed, 27 Feb 2013 18:51:09 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130220 Thunderbird/17.0.3 MIME-Version: 1.0 To: kron Subject: Re: panics due to buggy ACPI in Dell Latitude E6530? References: <512E24CD.9090404@gmail.com> In-Reply-To: <512E24CD.9090404@gmail.com> X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset=us-ascii 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: Wed, 27 Feb 2013 16:51:14 -0000 on 27/02/2013 17:22 kron said the following: > Hi, > > 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: > > Fatal trap 12: page fault while in kernel mode > cpuid = 3; apic id = 03 > fault virtual address = 0x10116 > fault code = supervisor read data, page not present > instruction pointer = 0x20:0xffffffff802bc360 > stack pointer = 0x28:0xffffff848f6db390 > frame pointer = 0x28:0xffffff848f6db3c0 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 2199 (conky) > trap number = 12 > panic: page fault > cpuid = 3 > > 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) This looks very much like a heisenbug reported several times here. E.g.: http://lists.freebsd.org/pipermail/freebsd-acpi/2012-December/007962.html > 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="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. It very well could be. > Maybe this experience can help somebody else. > > 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. Please at least enable printing of a stack trace. Better do get the crash dump. P.S. I suspect that the issue we are discussing with hps in this mailing list could be related to this problem. -- Andriy Gapon