Most recent kernel where this bug did *NOT* occur: 2.6.20.1 Distribution: Gentoo Linux Hardware Environment: Asrock 775DualVSTA Bios P2.20 Intel E6400 Core2Duo CPU Software Environment: Gentoo Linux console environment Problem Description: A lot of acpi error in kernel log related to pata_via (method parse/execution failed). Steps to reproduce: try 2.6.21-rc1-git2 kernel on the above hardware configuration.
Created attachment 10541 [details] kernel log
Created attachment 10542 [details] dmidecode output
Created attachment 10543 [details] acpidump output
Created attachment 10544 [details] lspci -vv output
Created attachment 10545 [details] proc interrupts dump
Created attachment 10555 [details] kernel log from 2.6.21-rc1-git3 patch Same thing on 2.6.21-rc1-git3 kernel.
Created attachment 10580 [details] kernel log from 2.6.21-rc2-git1 patch Same ACPI errors and warnings.
Created attachment 10581 [details] kernel log from 2.6.21-rc2-git2 patch Same things.
scsi2 : pata_via ACPI Error (dsopcode-0481): Attempt to CreateField of length zero [20070126] ACPI Error (psparse-0537): Method parse/execution failed [\_SB_.PCI0.IDEC.RATA] (Node ffff810001fc44f0), AE_AML_OPERAND_VALUE ACPI Error (psparse-0537): Method parse/execution failed [\_SB_.PCI0.IDEC.CHN0.DRV0._GTF] (Node ffff810001fc4850), AE_AML_OPERAND_VALUE This is probably caused by one of the drivers incorrectly calling _GTF before _STM has been called.
Thanks for this explication.
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.
Created attachment 10609 [details] kernel log from 2.6.21-rc2-git3 patch Same acpi errors.
Created attachment 10614 [details] kernel log from 2.6.21-rc2-git4 patch Nothing changes. ACPI errors are still here.
this goes away with libata.noacpi=1 ?
*** This bug has been marked as a duplicate of 7907 ***
Acpi errors goes away with libata.noacpi=1 kernel parameter.
Created attachment 10661 [details] kernel log from 2.6.21-rc3-git4 patch Always acpi errors related to pata_via.
Created attachment 10662 [details] kernel log from 2.6.21-rc3-git4 patch with libata.noacpi=1 No problem with the boot kernel parameter libata.noacpi=1. ACPI errors goes away.