Hardware Model: Onkyo PC DX1007A5 http://www.jp.onkyo.com/pc/notebook/dx1007/ Detailed Description: As soon as the machine finish booting with ACPI enabled, the messages start. This has been happening since 2.6.31 kernel series. It does not appear to have an adverse impact other than chewing up IO and drive space, but I would like to understand the problem and possibly eliminate the message without disabling ACPI. Troubleshooting: ACPI_DEBUG was enabled and acpi.debug_layer=0x10 acpi.debug_level=0x1f added to boot options. dmesg, lspci and acpidump outputs are attached.
Created attachment 26492 [details] dmesg output
Created attachment 26493 [details] lspci -vv output
Created attachment 26494 [details] acpidump output
Your BIOS wants to call TZ.TZ01 (some thermal zone object) in a regular fashion, which it have not defined. This is the last call in Q11 with the 2 above it doing some job (store and SMI invoke), thus disabling Q11 on the grounds of it returning an error is not a wise option, so EC driver may not help you in this case. Please check if updated BIOS is available.
There is no updated BIOS. Is there a way to silence this via an cutomized DSDT/SSDT table ? Not familiar enough with the iasl tools but if this is possible, I will try that route (and hopefully not blow up something). thanks for any further insight.
You need to delete Notify(_TZ.TZ01) at the end of _Q11 method. How-to override DSDT is available here: http://www.lesswatts.org/projects/acpi/overridingDSDT.php
ACPI: Execute Method [\_SB_.PCI0.LPC0.EC0_._Q11] (Node ffff880161c27800) ACPI Error (psargs-0359): [\_TZ_.TZ01] Namespace lookup failure, AE_NOT_FOUND ACPI Error (psparse-0537): Method parse/execution failed [\_SB_.PCI0.LPC0.EC0_._Q11] (Node ffff880161c27800), AE_NOT_FOUND hmm, there are two AML load instructions in the DSDT. Please attach any files found under /sys/firmware/acpi/tables/dynamic/
now running the 2.6.35.6 kernel and there are no files located in the requested directory.
Please run acpidump --addr 0x8DED8299 --length 0x00000754 > legacy-hp.dat acpidump --addr 0x8DED89ED --length 0x000003E8 > native-hp.dat to get these two tables manually.
Created attachment 31832 [details] acpidump --addr 0x8DED89ED --length 0x000003E8 > native-hp.dat
Created attachment 31842 [details] acpidump --addr 0x8DED8299 --length 0x00000754 > legacy-hp.dat
bad table data. so I think this IS the problem as described in comment #6. bug closed.