Created attachment 50232 [details] dmesg Per http://linux.derkeiler.com/Mailing-Lists/Kernel/2007-04/msg07673.html I'm filing a bug report. My dmesg contains some ACPI related errors: ACPI: EC: Look up EC in DSDT ACPI: Executed 1 blocks of module-level executable AML code ACPI Error: [RAMB] Namespace lookup failure, AE_NOT_FOUND (20110112/psargs-359) ACPI Exception: AE_NOT_FOUND, Could not execute arguments for [RAMW] (Region) (20110112/nsinit-349) ACPI: SSDT cf5d8c18 0038C (v01 AMI IST 00000001 MSFT 03000001) ACPI: Dynamic OEM Table Load: ACPI: SSDT (null) 0038C (v01 AMI IST 00000001 MSFT 03000001) ACPI: SSDT cf5d9e18 00084 (v01 AMI CST 00000001 MSFT 03000001) ACPI: Dynamic OEM Table Load: ACPI: SSDT (null) 00084 (v01 AMI CST 00000001 MSFT 03000001) ACPI: Interpreter enabled ACPI: (supports S0 S1 S3 S5) ACPI: Using IOAPIC for interrupt routing
Created attachment 50242 [details] acpidump
The only problem that I have with this PC is that my SATA HDD is being shut down _twice_ on power off (see bug 23362). It only happens if the PC has been up and running for at least an hour. If I power it off immediately (or after a short interval) after boot, the HDD is shut down correctly.
I get the same error on ASUS P8H67 rev 3.0 motherboard with BIOS version 1003. I'm using Linux 3.0-rc3.
This bugs seems to affect almost all Sandy Bridge ASUS motherboards, here's dmesg for a H61 based motherboard: ACPI Error: [RAMB] Namespace lookup failure, AE_NOT_FOUND (20110413/psargs-359) ACPI Exception: AE_NOT_FOUND, Could not execute arguments for [RAMW] (Region) (20110413/nsinit-349) ACPI: SSDT baddec18 0038C (v01 AMI IST 00000001 MSFT 03000001) ACPI: Dynamic OEM Table Load: ACPI: SSDT (null) 0038C (v01 AMI IST 00000001 MSFT 03000001) ACPI: SSDT baddfe18 00084 (v01 AMI CST 00000001 MSFT 03000001) ACPI: Dynamic OEM Table Load: ACPI: SSDT (null) 00084 (v01 AMI CST 00000001 MSFT 03000001) ACPI: Interpreter enabled ACPI: (supports S0 S1 S3 S5) I can update dmesg if advised.
*** Bug 38172 has been marked as a duplicate of this bug. ***
It's great that the kernel bugzilla is back. Can you please verify if the problem still exists in the latest upstream kernel?
(In reply to comment #6) > It's great that the kernel bugzilla is back. > > Can you please verify if the problem still exists in the latest upstream > kernel? In Linux 3.2: [ 0.653876] ACPI: Added _OSI(Module Device) [ 0.653879] ACPI: Added _OSI(Processor Device) [ 0.653882] ACPI: Added _OSI(3.0 _SCP Extensions) [ 0.653885] ACPI: Added _OSI(Processor Aggregator Device) [ 0.654626] ACPI: EC: Look up EC in DSDT [ 0.655316] ACPI: Executed 1 blocks of module-level executable AML code [ 0.656986] ACPI Error: [RAMB] Namespace lookup failure, AE_NOT_FOUND (20110623/psargs-359) [ 0.656993] ACPI Exception: AE_NOT_FOUND, Could not execute arguments for [RAMW] (Region) (20110623/nsinit-349) [ 0.657165] ACPI: SSDT cf5d8918 003E0 (v01 AMI IST 00000001 MSFT 03000001) [ 0.657389] ACPI: Dynamic OEM Table Load: [ 0.657392] ACPI: SSDT (null) 003E0 (v01 AMI IST 00000001 MSFT 03000001) [ 0.657416] ACPI: SSDT cf5d7d98 00120 (v01 AMI CST 00000001 MSFT 03000001) [ 0.657603] ACPI: Dynamic OEM Table Load: [ 0.657606] ACPI: SSDT (null) 00120 (v01 AMI CST 00000001 MSFT 03000001) [ 0.657918] ACPI: Interpreter enabled [ 0.657926] ACPI: (supports S0 S1 S3 S5) [ 0.657938] ACPI: Using IOAPIC for interrupt routing Should I try kernel's git snapshot or Linux 'next' tree?
Patch has been shipped in upstream kernel. Bug closed. commit 8931d9ea78848b073bf299594f148b83abde4a5e Author: Lin Ming <ming.m.lin@intel.com> Date: Mon Nov 28 09:46:02 2011 +0800 ACPICA: Fix to allow region arguments to reference other scopes Allow referenced objects to be in a different scope. http://www.acpica.org/bugzilla/show_bug.cgi?id=937 http://marc.info/?l=linux-acpi&m=131636632718222&w=2 ACPI Error: [RAMB] Namespace lookup failure, AE_NOT_FOUND (20110112/psargs-359) ACPI Exception: AE_NOT_FOUND, Could not execute arguments for [RAMW] (Region) (20110112/nsinit-349) Scope (_SB) { Name (RAMB, 0xDF5A1018) OperationRegion (\RAMW, SystemMemory, RAMB, 0x00010000) } For above ASL code, we need to save scope node(\_SB) to lookup the argument node(\_SB.RAMB). Reported-by: Jim Green <student.northwestern@gmail.com> Signed-off-by: Lin Ming <ming.m.lin@intel.com> Signed-off-by: Bob Moore <robert.moore@intel.com> Signed-off-by: Len Brown <len.brown@intel.com>