It's a problem with the firmware ACPI tables. You might try getting a new version of the bios. >-----Original Message----- >From: linux-acpi-owner@xxxxxxxxxxxxxxx [mailto:linux-acpi- >owner@xxxxxxxxxxxxxxx] On Behalf Of Peter Strazovec >Sent: Tuesday, November 11, 2008 10:37 AM >To: Moore, Robert >Cc: linux-acpi@xxxxxxxxxxxxxxx >Subject: Re: Namespace lookup failure error on QuadCore E5420 > >Ahm.... and kind of? Configuration? Firmware version? Hardware? > >Thanks >Pete > >On Tue, Nov 11, 2008 at 10:24:52AM -0800, Moore, Robert wrote: >> It looks like a BIOS problem. >> >> >> >-----Original Message----- >> >From: Peter Strazovec [mailto:bubak@xxxxxxxxxxxxxxxxx] >> >Sent: Monday, November 10, 2008 8:30 PM >> >To: Moore, Robert >> >Cc: linux-acpi >> >Subject: Re: Namespace lookup failure error on QuadCore E5420 >> > >> >Hi, if you say "machine has bad AML code" -what does it mean? Is it bios >> >problem? Bios setting problem? CPU problem? Something other...? >> > >> >Can I solve it somehow? >> > >> >Thanks >> >Pete >> > >> >On Mon, Nov 10, 2008 at 05:53:42PM -0800, Moore, Robert wrote: >> >> 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; bubak@xxxxxxxxxxxxxxxxx; 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: bubak@xxxxxxxxxxxxxxxxx; 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 majordomo@xxxxxxxxxxxxxxx >> >> >> >> > 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 >> >> >> > >> >-- >> >------------------------------------------------------------------------ >> > >> >mail me : bubak@xxxxxxxxxxxxxxx >> > >> >call me (sms me) : +421 904 536459 >> >> -- >> To unsubscribe from this list: send the line "unsubscribe linux-acpi" in >> the body of a message to majordomo@xxxxxxxxxxxxxxx >> More majordomo info at http://vger.kernel.org/majordomo-info.html > >-- >------------------------------------------------------------------------ > >mail me : bubak@xxxxxxxxxxxxxxx > >call me (sms me) : +421 904 536459 > >-- >To unsubscribe from this list: send the line "unsubscribe linux-acpi" in >the body of a message to majordomo@xxxxxxxxxxxxxxx >More majordomo info at http://vger.kernel.org/majordomo-info.html -- To unsubscribe from this list: send the line "unsubscribe linux-acpi" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
