Bug 8046
Summary: | ACPI errors during kernel boot complaining about IDE controller | ||
---|---|---|---|
Product: | Drivers | Reporter: | Lukas Hejtmanek (xhejtman) |
Component: | Platform | Assignee: | acpi_platform-drivers (acpi_platform-drivers) |
Status: | REJECTED DUPLICATE | ||
Severity: | normal | ||
Priority: | P2 | ||
Hardware: | i386 | ||
OS: | Linux | ||
Kernel Version: | 2.6.20-git15 | Subsystem: | |
Regression: | --- | Bisected commit-id: | |
Attachments: |
lspci output
dmesg with disabled SATA ACPI |
Description
Lukas Hejtmanek
2007-02-20 12:52:36 UTC
Created attachment 10476 [details]
lspci output
Created attachment 10477 [details]
dmesg with disabled SATA ACPI
Additional info from Thomas Renninger: > ACPI Error (dsopcode-0481): Attempt to CreateField of length zero [20070126] I expect this to be ACPI (interpreter) unrelated and the bug should be in drivers/ata/libata-acpi.c. The problem is that libata-acpi.c calls _GTF function before _STM has been called. This is forbidden by ACPI spec. The Field is created in _STM. When _GTF is called first, an uninitialized Field is tried to be accessed. ACPI subsystem behaves correctly here. Probably same as bug #8095 this goes away with libata.noacpi=1 ? with libata.noacpi=1 it is OK. Recodniging device as UDMA/33 has been another issue already solved. |