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

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

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

[Ducrot Bruno]

On Mon, Oct 06, 2003 at 03:58:32PM -0700, Moore, Robert wrote:
> 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
> 

Some IBM laptops shipped with a Pentium have that,
or equivalent:

    Scope (\_PR)
    {
        Processor (CPU, 0x01, 0x00001010, 0x06)
        {
            Method (_INI, 0, NotSerialized)
            {
                Store (\P0FQ, Index (DerefOf (Index (_PSS, 0x00)), 0x00))
                Store (\P0PW, Index (DerefOf (Index (_PSS, 0x00)), 0x01))
                Store (\P1FQ, Index (DerefOf (Index (_PSS, 0x01)), 0x00))
                Store (\P1PW, Index (DerefOf (Index (_PSS, 0x01)), 0x01))
                If (\PCEL)
                {
                    Store (0xF6, Index (DerefOf (Index (_PSS, 0x01)), 0x05))
                    Store (0x00, Index (DerefOf (Index (_PSS, 0x01)), 0x05))
                }
            }

            Name (_PCT, Package (0x02)
            {
                ResourceTemplate ()
                {
                    Register (SystemIO, 0x08, 0x00, 0x00000000000000B2)
                }, 

                ResourceTemplate ()
                {
                    Register (SystemIO, 0x08, 0x00, 0x0000000000001050)
                }
            })
            Name (_PSS, Package (0x02)
            {
                Package (0x06)
                {
                    0x00, 
                    0x00, 
                    0x01F4, 
                    0x00, 
                    0xF6, 
                    0x00
                }, 

                Package (0x06)
                {
                    0x00, 
                    0x00, 
                    0x01F4, 
                    0x00, 
                    0xF7, 
                    0x01
                }
            })
            Method (_PPC, 0, NotSerialized)
            {
                If (LNot (\SPEN))
                {
                    Return (0x01)
                }

                If (\_SB.PCI0.LPC.EC.TT4F)
                {
                    Return (0x01)
                }
                Else
                {
                    Return (0x00)
                }
            }
        }
    }


-- 
Ducrot Bruno

--  Which is worse:  ignorance or apathy?
--  Don't know.  Don't care.


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

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

[Moore, Robert]

We are going to add this support for the next version of ACPI CA.

The MS interpreter executes both _STA and _INI under processor objects.
Bob


-----Original Message-----
From: Ducrot Bruno [mailto:ducrot-kk6yZipjEM5g9hUCZPvPmw@public.gmane.org] 
Sent: Tuesday, October 07, 2003 12:53 AM
To: Moore, Robert
Cc: Nate Lawson; acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
Subject: Re: [ACPI] RE: \_PR\CPU\_INI not called during initialization

On Mon, Oct 06, 2003 at 03:58:32PM -0700, Moore, Robert wrote:
> 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
> 

Some IBM laptops shipped with a Pentium have that,
or equivalent:

    Scope (\_PR)
    {
        Processor (CPU, 0x01, 0x00001010, 0x06)
        {
            Method (_INI, 0, NotSerialized)
            {
                Store (\P0FQ, Index (DerefOf (Index (_PSS, 0x00)),
0x00))
                Store (\P0PW, Index (DerefOf (Index (_PSS, 0x00)),
0x01))
                Store (\P1FQ, Index (DerefOf (Index (_PSS, 0x01)),
0x00))
                Store (\P1PW, Index (DerefOf (Index (_PSS, 0x01)),
0x01))
                If (\PCEL)
                {
                    Store (0xF6, Index (DerefOf (Index (_PSS, 0x01)),
0x05))
                    Store (0x00, Index (DerefOf (Index (_PSS, 0x01)),
0x05))
                }
            }

            Name (_PCT, Package (0x02)
            {
                ResourceTemplate ()
                {
                    Register (SystemIO, 0x08, 0x00, 0x00000000000000B2)
                }, 

                ResourceTemplate ()
                {
                    Register (SystemIO, 0x08, 0x00, 0x0000000000001050)
                }
            })
            Name (_PSS, Package (0x02)
            {
                Package (0x06)
                {
                    0x00, 
                    0x00, 
                    0x01F4, 
                    0x00, 
                    0xF6, 
                    0x00
                }, 

                Package (0x06)
                {
                    0x00, 
                    0x00, 
                    0x01F4, 
                    0x00, 
                    0xF7, 
                    0x01
                }
            })
            Method (_PPC, 0, NotSerialized)
            {
                If (LNot (\SPEN))
                {
                    Return (0x01)
                }

                If (\_SB.PCI0.LPC.EC.TT4F)
                {
                    Return (0x01)
                }
                Else
                {
                    Return (0x00)
                }
            }
        }
    }


-- 
Ducrot Bruno

--  Which is worse:  ignorance or apathy?
--  Don't know.  Don't care.


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

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

[Nate Lawson]

Thank you!  However, I hope you call _INI even if _STA is AE_NOT_FOUND.
See the ASL below to see that there is no _STA method.  If there IS a _STA
method and it returns "not present", it's fine not to call _INI.

For now, I unconditionally call _INI when attaching to a Processor.  It
works and now my mhz and mw settings for performance control are properly
reported.

-Nate

On Tue, 7 Oct 2003, Moore, Robert wrote:
> We are going to add this support for the next version of ACPI CA.
>
> The MS interpreter executes both _STA and _INI under processor objects.
> Bob
>
>
> -----Original Message-----
> From: Ducrot Bruno [mailto:ducrot-kk6yZipjEM5g9hUCZPvPmw@public.gmane.org]
> Sent: Tuesday, October 07, 2003 12:53 AM
> To: Moore, Robert
> Cc: Nate Lawson; acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> Subject: Re: [ACPI] RE: \_PR\CPU\_INI not called during initialization
>
> On Mon, Oct 06, 2003 at 03:58:32PM -0700, Moore, Robert wrote:
> > 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
> >
>
> Some IBM laptops shipped with a Pentium have that,
> or equivalent:
>
>     Scope (\_PR)
>     {
>         Processor (CPU, 0x01, 0x00001010, 0x06)
>         {
>             Method (_INI, 0, NotSerialized)
>             {
>                 Store (\P0FQ, Index (DerefOf (Index (_PSS, 0x00)), 0x00))
>                 Store (\P0PW, Index (DerefOf (Index (_PSS, 0x00)), 0x01))
>                 Store (\P1FQ, Index (DerefOf (Index (_PSS, 0x01)), 0x00))
>                 Store (\P1PW, Index (DerefOf (Index (_PSS, 0x01)), 0x01))
>                 If (\PCEL)
>                 {
>                     Store (0xF6, Index (DerefOf (Index (_PSS, 0x01)), 0x05))
>                     Store (0x00, Index (DerefOf (Index (_PSS, 0x01)), 0x05))
>                 }
>             }


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

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

[Moore, Robert]

Yes, we will implement the behavior you describe.

-----Original Message-----
From: Nate Lawson [mailto:nate-Y6VGUYTwhu0@public.gmane.org] 
Sent: Tuesday, October 07, 2003 11:14 AM
To: Moore, Robert
Cc: Ducrot Bruno; acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
Subject: RE: [ACPI] RE: \_PR\CPU\_INI not called during initialization

Thank you!  However, I hope you call _INI even if _STA is AE_NOT_FOUND.
See the ASL below to see that there is no _STA method.  If there IS a
_STA
method and it returns "not present", it's fine not to call _INI.

For now, I unconditionally call _INI when attaching to a Processor.  It
works and now my mhz and mw settings for performance control are
properly
reported.

-Nate

On Tue, 7 Oct 2003, Moore, Robert wrote:
> We are going to add this support for the next version of ACPI CA.
>
> The MS interpreter executes both _STA and _INI under processor
objects.
> Bob
>
>
> -----Original Message-----
> From: Ducrot Bruno [mailto:ducrot-kk6yZipjEM5g9hUCZPvPmw@public.gmane.org]
> Sent: Tuesday, October 07, 2003 12:53 AM
> To: Moore, Robert
> Cc: Nate Lawson; acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> Subject: Re: [ACPI] RE: \_PR\CPU\_INI not called during initialization
>
> On Mon, Oct 06, 2003 at 03:58:32PM -0700, Moore, Robert wrote:
> > 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
> >
>
> Some IBM laptops shipped with a Pentium have that,
> or equivalent:
>
>     Scope (\_PR)
>     {
>         Processor (CPU, 0x01, 0x00001010, 0x06)
>         {
>             Method (_INI, 0, NotSerialized)
>             {
>                 Store (\P0FQ, Index (DerefOf (Index (_PSS, 0x00)),
0x00))
>                 Store (\P0PW, Index (DerefOf (Index (_PSS, 0x00)),
0x01))
>                 Store (\P1FQ, Index (DerefOf (Index (_PSS, 0x01)),
0x00))
>                 Store (\P1PW, Index (DerefOf (Index (_PSS, 0x01)),
0x01))
>                 If (\PCEL)
>                 {
>                     Store (0xF6, Index (DerefOf (Index (_PSS, 0x01)),
0x05))
>                     Store (0x00, Index (DerefOf (Index (_PSS, 0x01)),
0x05))
>                 }
>             }


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