Date: Thu, 28 Feb 2013 18:38:10 +0200 From: Andriy Gapon <avg@FreeBSD.org> To: "Moore, Robert" <robert.moore@intel.com> Cc: "freebsd-acpi@freebsd.org" <freebsd-acpi@FreeBSD.org>, kron <kron24@gmail.com> Subject: Re: panics due to buggy ACPI in Dell Latitude E6530? Message-ID: <512F87F2.4000605@FreeBSD.org> In-Reply-To: <94F2FBAB4432B54E8AACC7DFDE6C92E36F4769F4@ORSMSX101.amr.corp.intel.com> References: <512E24CD.9090404@gmail.com> <94F2FBAB4432B54E8AACC7DFDE6C92E36F4769F4@ORSMSX101.amr.corp.intel.com>
next in thread | previous in thread | raw e-mail | index | archive | help
on 28/02/2013 17:44 Moore, Robert said the following: >> ACPI Error: Method execution failed [\_SB_.BAT0._UID] (Node >> 0xfffffe00094a51c0), AE_AML_NO_OPERAND (20110527/uteval-113) > > Sorry, could not reproduce the problem here: > > > - ex _SB_.BAT0._UID > Evaluating \_SB_.BAT0._UID > Evaluation of \_SB_.BAT0._UID returned object 000342A0, external buffer length 10 > [Integer] = 0000000000000001 To me it is semi-obvious that the reported problem is a consequence of the FreeBSD "heisenbug" that I reported before. The one that messes up the internal state of ACPICA and which I previously blamed either on ACPICA object cache or ACPICA reference counting. But now I am inclined to think that it is caused by something in FreeBSD adaptation layer. -- Andriy Gapon
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?512F87F2.4000605>