Bug 25992
| Summary: | ACPI Error: Field [CMDX] at 224 exceeds Buffer [SCBF] size 168 (bits) (20101013/dsopcode-597) | ||
|---|---|---|---|
| Product: | ACPI | Reporter: | Cristian Aravena Romero (caravena) |
| Component: | BIOS | Assignee: | acpi_bios |
| Status: | CLOSED DOCUMENTED | ||
| Severity: | normal | CC: | acpi-bugzilla, lenb |
| Priority: | P1 | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Kernel Version: | 2.6.37-rc8 | Subsystem: | |
| Regression: | No | Bisected commit-id: | |
| Attachments: |
dmesg 2.6.37-rc8
acpidump.log lspci-vvnn_2.6.37-020637rc8-generic dmidecode |
||
Created attachment 42022 [details]
acpidump.log
Created attachment 42032 [details]
lspci-vvnn_2.6.37-020637rc8-generic
Created attachment 42042 [details]
dmidecode
this is caused by the buggy AML/BIOS code.
Method (GTFB, 2, Serialized)
{
Multiply (CMDC, 0x38, Local0)
CreateField (SCBF, Local0, 0x38, CMDX)
Multiply (CMDC, 0x07, Local0)
CreateByteField (SCBF, Add (Local0, 0x01), A001)
Store (Arg0, CMDX)
Store (Arg1, A001)
Increment (CMDC)
}
GTFB is invoked in the _SDD method. and CMDC is increased every time _SDD is invoked. This is apparently wrong, because _SDD may be invoked for many times, which means that the error message in comment #0 may occur sooner or later.
You can use boot option "libata.noacpi" to workaround this problem.
|
Created attachment 42012 [details] dmesg 2.6.37-rc8 [49361.562414] ACPI Error: Field [CMDX] at 224 exceeds Buffer [SCBF] size 168 (bits) (20101013/dsopcode-597) [49361.562419] ACPI Error: Method parse/execution failed [\_SB_.PCI0.SATA.GTFB] (Node ffff8800b08626b8), AE_AML_BUFFER_LIMIT (20101013/psparse-537) [49361.562428] ACPI Error: Method parse/execution failed [\_SB_.PCI0.SATA.SPT0._SDD] (Node ffff8800b0862578), AE_AML_BUFFER_LIMIT (20101013/psparse-537)