9 messages in org.kernel.vger.linux-acpiRE: Namespace lookup failure error on...| From | Sent On | Attachments |
|---|---|---|
| Peter Strazovec | Nov 9, 2008 5:47 am |  .gz, .gz, .gz, 1 more |
| Zhang Rui | Nov 9, 2008 5:32 pm | |
| Moore, Robert | Nov 10, 2008 9:45 am | |
| Lin Ming | Nov 10, 2008 5:14 pm | |
| Moore, Robert | Nov 10, 2008 5:53 pm | |
| Peter Strazovec | Nov 10, 2008 8:30 pm | |
| Moore, Robert | Nov 11, 2008 10:24 am | |
| Peter Strazovec | Nov 11, 2008 10:37 am | |
| Moore, Robert | Nov 11, 2008 11:00 am |
| Subject: | RE: Namespace lookup failure error on QuadCore E5420 | |
|---|---|---|
| From: | Moore, Robert (robe...@intel.com) | |
| Date: | Nov 10, 2008 5:53:29 pm | |
| List: | org.kernel.vger.linux-acpi | |
I figured so.
After all, we are *interpreting* the AML code, which by definition is single
pass, byte-by-byte.
Only in the main table can we perform a multi-pass load to resolve forward
references, because we aren't really "interpreting" at that time.
So, I think we can say that the machine has bad AML code.
Bob
-----Original Message----- From: Lin, Ming M Sent: Monday, November 10, 2008 5:15 PM To: Moore, Robert Cc: Zhang, Rui; bub...@frix.fri.uniza.sk; linux-acpi; Len Brown Subject: RE: Namespace lookup failure error on QuadCore E5420
On Tue, 2008-11-11 at 01:45 +0800, Moore, Robert wrote:
The first question would be, what does Windows do with this?
To answer your question:
ACPICA does not support forward references within control methods, it never has. There is good reason for this:
Return (CS01) If (ABCD) { Name (CS01, 1) } Else { Name (CS01, 2) }
What should be returned?
Lin Ming, here is a simplified version of the code example, please run it
on Windows:
Tested XP and Vista in KVM. They both don't support forward references within control methods.
Lin Ming
DefinitionBlock ("gr.aml", "DSDT", 1, "TEST", "CPU0CST", 1) { Name (ABCD, 1)
Method (_CST, 0, NotSerialized) { If (LAnd (ABCD, 0x10)) { Return (CS03) }
Return (CS01)
Name (CS01, 1) Name (CS03, 3) } }
-----Original Message----- From: Zhang, Rui Sent: Sunday, November 09, 2008 10:47 PM To: Moore, Robert; Lin, Ming M Cc: bub...@frix.fri.uniza.sk; Zhang, Rui; linux-acpi; Len Brown Subject: Re: Namespace lookup failure error on QuadCore E5420
Hi, Bob and Ming,
Please look at this piece of AML code in the cpu0cst (a dynamic SSDT table). Method (_CST, 0, NotSerialized) { If (LAnd (PDC1, 0x10)) { Return (CS03) }
Return (CS01) Name (CS01, Package (0x02) { ... }) Name (CS03, Package (0x04) { ... }) }
CS01/CS03 is evaluated before it's defined, causing an AE_NOT_FOUND error. Should we fix it in ACPICA?
thanks, rui
On Mon, 2008-11-10 at 13:26 +0800, Peter Strazovec wrote:
On Mon, Nov 10, 2008 at 09:32:49AM +0800, Zhang Rui wrote:
On Sun, 2008-11-09 at 21:48 +0800, Peter Strazovec wrote:
I have problem with Namespace lookup failure error on E5420. ( ACPI Error (psargs-0358): [CS03] Namespace lookup failure, AE_NOT_FOUND ) Thus acpi not functional (cpufrequ via p-states, etc...).
ACPI is enabled on your system, except the cpu c-state.
First please download the latest pmtools at http://www.lesswatts.org/projects/acpi/utilities.php
and then please run "./acpidump > acpidump.log" "./acpidump --addr 0xcfe5f800 --length 0xd8 > cpu0cst" ???"./acpidump --addr 0xcfe5f900 --length 0xd8 > cpu1cst" ???"./acpidump --addr 0xcfe5fa00 --length 0xd8 > cpu2cst" ???"./acpidump --addr 0xcfe5fb00 --length 0xd8 > cpu3cst" and attach all these files.
Btw, how do you know p-state is not functional? the p-state sysfs I/F (/sys/devices/system/cpu/cpuX/cpufreq/)doesn't work for you?
thanks, rui
Does anyone know about some patch or some hint?
CONFIG_ACPI_DEBUG=y, CONFIG_ACPI_DEBUG_FUNC_TRACE=y, dmesg, interrupts and cpuinfo attached.
thanks Pete
-- To unsubscribe from this list: send the line "unsubscribe linux-
acpi"
in
the body of a message to majo...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
I though, that 'namespace' error is like 'not working'.... anyhow:
@cpu c-state mhmm, I've been talking about p-state ( CONFIG_X86_ACPI_CPUFREQ ) and not working because: #cpufreq-set -g performance wrong, unknown or unhandled CPU? #ls /sys/devices/system/cpu/cpu0/ cache thermal_throttle topology -> no cpufreq dir there #cat /proc/acpi/processor/CPU0/throttling <not supported>
acpidumps attached
Thanks Pete
-- To unsubscribe from this list: send the line "unsubscribe linux-acpi" in the body of a message to majo...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html