Bug 3750
| Summary: | Battery not recognized and ACPI-1138 | ||
|---|---|---|---|
| Product: | ACPI | Reporter: | Brice MEALIER (bricem13) |
| Component: | Power-Battery | Assignee: | Robert Moore (Robert.Moore) |
| Status: | REJECTED DUPLICATE | ||
| Severity: | normal | CC: | acpi-bugzilla |
| Priority: | P2 | ||
| Hardware: | i386 | ||
| OS: | Linux | ||
| Kernel Version: | 2.6.9 acpi 20041105 | Subsystem: | |
| Regression: | --- | Bisected commit-id: | |
| Attachments: | acpidmp.out | ||
|
Description
Brice MEALIER
2004-11-15 12:36:03 UTC
>ACPI: Battery Slot [BAT1] (battery absent)
Is the problem battery should be present, right?
Please attach the acpidmp output.
Created attachment 4039 [details]
acpidmp.out
The problem is the non-recognization of the battery at boot time (happens
randomly)
Regards, Brice
Sounds like some aml code is Not executed as expected. Could you try with kernel option: acpi_serialize , and don't use option: acpi=strict . If the problem persist, please feel free to reopen it. I patched my kernel 2.6.9 with acpi-20041203-26-stable-release.diff and boot with the option acpi_serialize but the bug is still here and appears always randomly! Brice I patched my kernel 2.6.9 with acpi-20041203-26-stable-release.diff and boot with the option acpi_serialize but the bug is still here and appears always randomly! Brice I updated to 2.6.10 and the bug is still here. Confirmed on my box with Linux version 2.6.11-gentoo-r4 Mar 28 07:08:36 gentoo ACPI: Subsystem revision 20050211 Mar 28 07:08:36 gentoo ACPI-1138: *** Error: Method execution failed [\MCTH] (Node d1feefa0), AE_AML_BUFFER_LIM IT Mar 28 07:08:36 gentoo ACPI-1138: *** Error: Method execution failed [\_SB_.PCI0._INI] (Node d1feec80), AE_AML_ BUFFER_LIMIT At least the BUFFER_LIMIT issue was resolved in ACPICA version 20050310: "The string-to-buffer implicit conversion code has been modified again after a change to the ACPI specification. In order to match the behavior of the other major ACPI implementation, the target buffer is no longer truncated if the source string is smaller than an existing target buffer. This change requires an update to the ACPI spec, and should eliminate the recent AE_AML_BUFFER_LIMIT issues." The UNITIALIZED_LOCAL exception will require further investigation. With acpi=strict, support to ignore unitialized locals is disabled, thus the error messages. This support was added in 20041105
One more possibility. I discovered a path in the ASL (_Q20 method) where a
local could be used when it is uninitialized:
If (LNot (Acquire (\_SB.PCI0.PIB.EC0.MUT0, 0x1388)))
{
Store (0x08, \_SB.PCI0.PIB.DID)
\_SB.SSMI (0x83)
Store (\_SB.PCI0.PIB.INF1, Local1)
Release (\_SB.PCI0.PIB.EC0.MUT0)
}
\_SB.BAT1.CHBP (Local1)
If the acquire fails with a timeout, Local1 will not be initialized.
This could in fact be another EC issue in disguise.
Bob
*** This bug has been marked as a duplicate of 4588 *** |