Namespace lookup failure error on QuadCore E5420

Namespace lookup failure error on QuadCore E5420

[Peter Strazovec]

[-- Attachment #1: Type: text/plain, Size: 352 bytes --]

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...).

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

[-- Attachment #2: cpuinfo.gz --]
[-- Type: application/octet-stream, Size: 538 bytes --]

[-- Attachment #3: dmesg.gz --]
[-- Type: application/octet-stream, Size: 8441 bytes --]

[-- Attachment #4: interrupts.gz --]
[-- Type: application/octet-stream, Size: 445 bytes --]

[-- Attachment #5: messages.gz --]
[-- Type: application/octet-stream, Size: 9253 bytes --]

Re: Namespace lookup failure error on QuadCore E5420

[Zhang Rui]

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@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

RE: Namespace lookup failure error on QuadCore E5420

[Moore, Robert]

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:


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@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 majordomo@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

RE: Namespace lookup failure error on QuadCore E5420

[Lin Ming]

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@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 majordomo@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

RE: Namespace lookup failure error on QuadCore E5420

[Moore, Robert]

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@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: bubak@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 majordomo@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

Re: Namespace lookup failure error on QuadCore E5420

[Peter Strazovec]

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@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: bubak@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 majordomo@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
> 

-- 
------------------------------------------------------------------------

mail me : bubak@frix.fri.utc.sk

call me (sms me) : +421 904 536459

RE: Namespace lookup failure error on QuadCore E5420

[Moore, Robert]

It looks like a BIOS problem.


>-----Original Message-----
>From: Peter Strazovec [mailto:bubak@frix.fri.uniza.sk]
>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@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: bubak@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 majordomo@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
>>
>
>--
>------------------------------------------------------------------------
>
>mail me : bubak@frix.fri.utc.sk
>
>call me (sms me) : +421 904 536459

Re: Namespace lookup failure error on QuadCore E5420

[Peter Strazovec]

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@frix.fri.uniza.sk]
> >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@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: bubak@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 majordomo@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
> >>
> >
> >--
> >------------------------------------------------------------------------
> >
> >mail me : bubak@frix.fri.utc.sk
> >
> >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@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

-- 
------------------------------------------------------------------------

mail me : bubak@frix.fri.utc.sk

call me (sms me) : +421 904 536459

RE: Namespace lookup failure error on QuadCore E5420

[Moore, Robert]

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@vger.kernel.org [mailto:linux-acpi-
>owner@vger.kernel.org] On Behalf Of Peter Strazovec
>Sent: Tuesday, November 11, 2008 10:37 AM
>To: Moore, Robert
>Cc: linux-acpi@vger.kernel.org
>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@frix.fri.uniza.sk]
>> >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@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: bubak@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 majordomo@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
>> >>
>> >
>> >--
>> >------------------------------------------------------------------------
>> >
>> >mail me : bubak@frix.fri.utc.sk
>> >
>> >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@vger.kernel.org
>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>
>--
>------------------------------------------------------------------------
>
>mail me : bubak@frix.fri.utc.sk
>
>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@vger.kernel.org
>More majordomo info at  http://vger.kernel.org/majordomo-info.html