\_PR\CPU\_INI not called during initialization

\_PR\CPU\_INI not called during initialization

[Nate Lawson]

My laptop has two performance states I have been using, however, I get a 0
when I read the mhz and mW associated with each state.  When running with
debug = ACPI_LV_INIT, I noticed that the processor's _INI method is not
called and this is what fills out the Px info.  Is this something you'll
add to ACPICA or should I be handling that myself?

   http://root.org/~nate/acpi/ibm-acpidump.asl.gz

-Nate


-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf

RE: \_PR\CPU\_INI not called during initialization

[Moore, Robert]

_INI methods are only called on objects of type "Device", as per the
ACPI specification.
Bob


-----Original Message-----
From: Nate Lawson [mailto:nate-Y6VGUYTwhu0@public.gmane.org] 
Sent: Monday, October 06, 2003 9:47 AM
To: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
Cc: Moore, Robert
Subject: \_PR\CPU\_INI not called during initialization

My laptop has two performance states I have been using, however, I get a
0
when I read the mhz and mW associated with each state.  When running
with
debug = ACPI_LV_INIT, I noticed that the processor's _INI method is not
called and this is what fills out the Px info.  Is this something you'll
add to ACPICA or should I be handling that myself?

   http://root.org/~nate/acpi/ibm-acpidump.asl.gz

-Nate


-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf

RE: \_PR\CPU\_INI not called during initialization

[Nate Lawson]

Since in ACPI 2.0 a processor declaration block can be under \_SB_, it
counts as a device.  If you don't want this in ACPICA, I'll stick it under
our Processor driver.

-Nate

On Mon, 6 Oct 2003, Moore, Robert wrote:
> _INI methods are only called on objects of type "Device", as per the
> ACPI specification.
> Bob
>
>
> -----Original Message-----
> From: Nate Lawson [mailto:nate-Y6VGUYTwhu0@public.gmane.org]
> Sent: Monday, October 06, 2003 9:47 AM
> To: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> Cc: Moore, Robert
> Subject: \_PR\CPU\_INI not called during initialization
>
> My laptop has two performance states I have been using, however, I get a
> 0
> when I read the mhz and mW associated with each state.  When running
> with
> debug = ACPI_LV_INIT, I noticed that the processor's _INI method is not
> called and this is what fills out the Px info.  Is this something you'll
> add to ACPICA or should I be handling that myself?
>
>    http://root.org/~nate/acpi/ibm-acpidump.asl.gz
>
> -Nate
>


-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf

RE: \_PR\CPU\_INI not called during initialization

[Moore, Robert]

Please send the DSDT from this machine, I'd like to see it.
Thanks,
Bob


-----Original Message-----
From: Nate Lawson [mailto:nate-Y6VGUYTwhu0@public.gmane.org] 
Sent: Monday, October 06, 2003 2:50 PM
To: Moore, Robert
Cc: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
Subject: RE: \_PR\CPU\_INI not called during initialization

Since in ACPI 2.0 a processor declaration block can be under \_SB_, it
counts as a device.  If you don't want this in ACPICA, I'll stick it
under
our Processor driver.

-Nate

On Mon, 6 Oct 2003, Moore, Robert wrote:
> _INI methods are only called on objects of type "Device", as per the
> ACPI specification.
> Bob
>
>
> -----Original Message-----
> From: Nate Lawson [mailto:nate-Y6VGUYTwhu0@public.gmane.org]
> Sent: Monday, October 06, 2003 9:47 AM
> To: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> Cc: Moore, Robert
> Subject: \_PR\CPU\_INI not called during initialization
>
> My laptop has two performance states I have been using, however, I get
a
> 0
> when I read the mhz and mW associated with each state.  When running
> with
> debug = ACPI_LV_INIT, I noticed that the processor's _INI method is
not
> called and this is what fills out the Px info.  Is this something
you'll
> add to ACPICA or should I be handling that myself?
>
>    http://root.org/~nate/acpi/ibm-acpidump.asl.gz
>
> -Nate
>


-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf

RE: \_PR\CPU\_INI not called during initialization

[Nate Lawson]

Here is the info I'm going on, section 5.3.1:

%%%
\_PR
ACPI 1.0 Processor Namespace. ACPI 1.0 requires all Processor objects to
be defined under this namespace. ACPI 2.0 allows Processor object
definitions under the \_SB namespace. ACPI 2.0-compatible systems may
maintain the \_PR namespace for compatibility with ACPI 1.0 operating
systems. An ACPI 2.0-compatible namespace may define Processor objects in
either the \_SB or \_PR scope but not both.

\_SB
All Device/Bus Objects are defined under this namespace.
%%%

I read this to mean that in ACPI 2.0, Processor objects are devices
regardless of whether they are defined under \_SB or under \_PR.

My DSDT:
   http://root.org/~nate/acpi/ibm.dsdt
ASL url was in original email below.

-Nate

On Mon, 6 Oct 2003, Moore, Robert wrote:
> Please send the DSDT from this machine, I'd like to see it.
> Thanks,
> Bob
>
>
> -----Original Message-----
> From: Nate Lawson [mailto:nate-Y6VGUYTwhu0@public.gmane.org]
> Sent: Monday, October 06, 2003 2:50 PM
> To: Moore, Robert
> Cc: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> Subject: RE: \_PR\CPU\_INI not called during initialization
>
> Since in ACPI 2.0 a processor declaration block can be under \_SB_, it
> counts as a device.  If you don't want this in ACPICA, I'll stick it
> under
> our Processor driver.
>
> -Nate
>
> On Mon, 6 Oct 2003, Moore, Robert wrote:
> > _INI methods are only called on objects of type "Device", as per the
> > ACPI specification.
> > Bob
> >
> >
> > -----Original Message-----
> > From: Nate Lawson [mailto:nate-Y6VGUYTwhu0@public.gmane.org]
> > Sent: Monday, October 06, 2003 9:47 AM
> > To: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> > Cc: Moore, Robert
> > Subject: \_PR\CPU\_INI not called during initialization
> >
> > My laptop has two performance states I have been using, however, I get
> a
> > 0
> > when I read the mhz and mW associated with each state.  When running
> > with
> > debug = ACPI_LV_INIT, I noticed that the processor's _INI method is
> not
> > called and this is what fills out the Px info.  Is this something
> you'll
> > add to ACPICA or should I be handling that myself?
> >
> >    http://root.org/~nate/acpi/ibm-acpidump.asl.gz
> >
> > -Nate
> >
>


-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf

RE: \_PR\CPU\_INI not called during initialization

[Moore, Robert]

Nope. A Processor object is just that.  A Processor.  Not a Device.
Just because something can appear under _SB does not imply that it is a
Device object.

However, once again, we need to see what MS does.
Bob


-----Original Message-----
From: Nate Lawson [mailto:nate-Y6VGUYTwhu0@public.gmane.org] 
Sent: Monday, October 06, 2003 3:55 PM
To: Moore, Robert
Cc: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
Subject: RE: \_PR\CPU\_INI not called during initialization

Here is the info I'm going on, section 5.3.1:

%%%
\_PR
ACPI 1.0 Processor Namespace. ACPI 1.0 requires all Processor objects to
be defined under this namespace. ACPI 2.0 allows Processor object
definitions under the \_SB namespace. ACPI 2.0-compatible systems may
maintain the \_PR namespace for compatibility with ACPI 1.0 operating
systems. An ACPI 2.0-compatible namespace may define Processor objects
in
either the \_SB or \_PR scope but not both.

\_SB
All Device/Bus Objects are defined under this namespace.
%%%

I read this to mean that in ACPI 2.0, Processor objects are devices
regardless of whether they are defined under \_SB or under \_PR.

My DSDT:
   http://root.org/~nate/acpi/ibm.dsdt
ASL url was in original email below.

-Nate

On Mon, 6 Oct 2003, Moore, Robert wrote:
> Please send the DSDT from this machine, I'd like to see it.
> Thanks,
> Bob
>
>
> -----Original Message-----
> From: Nate Lawson [mailto:nate-Y6VGUYTwhu0@public.gmane.org]
> Sent: Monday, October 06, 2003 2:50 PM
> To: Moore, Robert
> Cc: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> Subject: RE: \_PR\CPU\_INI not called during initialization
>
> Since in ACPI 2.0 a processor declaration block can be under \_SB_, it
> counts as a device.  If you don't want this in ACPICA, I'll stick it
> under
> our Processor driver.
>
> -Nate
>
> On Mon, 6 Oct 2003, Moore, Robert wrote:
> > _INI methods are only called on objects of type "Device", as per the
> > ACPI specification.
> > Bob
> >
> >
> > -----Original Message-----
> > From: Nate Lawson [mailto:nate-Y6VGUYTwhu0@public.gmane.org]
> > Sent: Monday, October 06, 2003 9:47 AM
> > To: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> > Cc: Moore, Robert
> > Subject: \_PR\CPU\_INI not called during initialization
> >
> > My laptop has two performance states I have been using, however, I
get
> a
> > 0
> > when I read the mhz and mW associated with each state.  When running
> > with
> > debug = ACPI_LV_INIT, I noticed that the processor's _INI method is
> not
> > called and this is what fills out the Px info.  Is this something
> you'll
> > add to ACPICA or should I be handling that myself?
> >
> >    http://root.org/~nate/acpi/ibm-acpidump.asl.gz
> >
> > -Nate
> >
>


-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf