Bug 30652
Summary: | ACPI Exception: AE_NOT_FOUND, Could not execute arguments for [RAMW] (Region) (20110112/nsinit-349) | ||
---|---|---|---|
Product: | ACPI | Reporter: | Artem S. Tashkinov (aros) |
Component: | Config-Tables | Assignee: | acpi_config-tables |
Status: | CLOSED CODE_FIX | ||
Severity: | normal | CC: | jlp.bugs, rui.zhang |
Priority: | P1 | ||
Hardware: | All | ||
OS: | Linux | ||
Kernel Version: | 2.6.38-rc7 | Subsystem: | |
Regression: | No | Bisected commit-id: | |
Attachments: |
dmesg
acpidump |
Description
Artem S. Tashkinov
2011-03-07 11:26:56 UTC
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> |