panics due to buggy ACPI in Dell Latitude E6530?

kron kron24 at gmail.com
Thu Feb 28 17:57:48 UTC 2013


On 2013/02/28 17:38, Andriy Gapon wrote:
> 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.
> 

Yes, I looked at David Demelier's report - the ACPI
errors are nearly identical.

I'll enable crash dumps, just in case...

BR
Oli


More information about the freebsd-acpi mailing list