ACPI _SUN

ACPI _SUN

[Mohan Kumar Jami]

Hi,

I have couple of questions related to _SUN object.

1) Is _SUN object be present DSDT tables?
2) How this DSDT table get updated?
3) Is DSDT table is static binary file or it can be dynamically updated?
4) Who will update the DSDT tables?

ACPI _SUN

[Mohan Kumar Jami]

Hi,

I have couple of questions related to _SUN object.

1) Is _SUN object be present DSDT tables?
2) How this DSDT table get updated?
3) Is DSDT table is static binary file or it can be dynamically updated?
4) Who will update the DSDT tables?

Re: ACPI _SUN

[Bruno Ducrot]

On Fri, Jan 19, 2007 at 03:26:26PM +0530, Mohan Kumar Jami wrote:
> Hi,
> 
> I have couple of questions related to _SUN object.
> 
> 1) Is _SUN object be present DSDT tables?

They are defined under DSDT or RSDT tables as any other ACPI objects
populating the ACPI namespace.

> 2) How this DSDT table get updated?

They can't be updated.

> 3) Is DSDT table is static binary file or it can be dynamically updated?

A DSDT table is not a static binary file.  On most i386 or amd64
architectures, DSDT and SSDT are part of the BIOS.
The BIOS uncompressed and copyied them into main memory at the
POST stage since the ROM is too limited in size.

> 4) Who will update the DSDT tables?

By the customer via BIOS updates obtained from the vendor.

Cheers,

-- 
Bruno Ducrot

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

Re: ACPI _SUN

[Len Brown]

On Friday 19 January 2007 11:37, Bruno Ducrot wrote:
> On Fri, Jan 19, 2007 at 03:26:26PM +0530, Mohan Kumar Jami wrote:
> > Hi,
> > 
> > I have couple of questions related to _SUN object.
> > 
> > 1) Is _SUN object be present DSDT tables?
> 
> They are defined under DSDT or RSDT tables as any other ACPI objects
> populating the ACPI namespace.

The DSDT and all the SSDT's listed in the RSDT are all loaded at boot-time.

However, the BIOS AML can also explicitly Load additional "dynamic" SSDTs
at run-time -- and can also Unload an SSDT.
In this way, objects in the name space can appear and go away at run-time.

_SUN, Slot User Number, is an (optional) property of an object.
So for it to change at run-time, the object that contains it
would have to go away and then come back.

cheers,
-Len

> > 2) How this DSDT table get updated?
> 
> They can't be updated.
> 
> > 3) Is DSDT table is static binary file or it can be dynamically updated?
> 
> A DSDT table is not a static binary file.  On most i386 or amd64
> architectures, DSDT and SSDT are part of the BIOS.
> The BIOS uncompressed and copyied them into main memory at the
> POST stage since the ROM is too limited in size.
> 
> > 4) Who will update the DSDT tables?
> 
> By the customer via BIOS updates obtained from the vendor.
> 
> Cheers,
> 

Re: ACPI _SUN

[Mohan Kumar Jami]

Hi


1) I saw the _SUN object in DSDT table as "Name (_SUN, 0x01)", is this
means that this slot number is fixed or is that going to change at
run-time.

2) Is there any other way to get the PCI slot number using ACPI tables?

3) How do I know that a perticular slot is populated, in user space.
Is there any system call to know that?

4) Is it possible to override the AML, if yes can you please tell us
how to do it?


On 1/19/07, Bruno Ducrot <ducrot@poupinou.org> wrote:
> On Fri, Jan 19, 2007 at 03:26:26PM +0530, Mohan Kumar Jami wrote:
> > Hi,
> >
> > I have couple of questions related to _SUN object.
> >
> > 1) Is _SUN object be present DSDT tables?
>
> They are defined under DSDT or RSDT tables as any other ACPI objects
> populating the ACPI namespace.
>
> > 2) How this DSDT table get updated?
>
> They can't be updated.
>
> > 3) Is DSDT table is static binary file or it can be dynamically updated?
>
> A DSDT table is not a static binary file.  On most i386 or amd64
> architectures, DSDT and SSDT are part of the BIOS.
> The BIOS uncompressed and copyied them into main memory at the
> POST stage since the ROM is too limited in size.
>
> > 4) Who will update the DSDT tables?
>
> By the customer via BIOS updates obtained from the vendor.
>
> Cheers,
>
> --
> Bruno Ducrot
>
> --  Which is worse:  ignorance or apathy?
> --  Don't know.  Don't care.
>

Re: ACPI _SUN

[Len Brown]

On Monday 22 January 2007 00:25, Mohan Kumar Jami wrote:
> Hi
> 
> 
> 1) I saw the _SUN object in DSDT table as "Name (_SUN, 0x01)", is this
> means that this slot number is fixed or is that going to change at
> run-time.

fixed.

> 2) Is there any other way to get the PCI slot number using ACPI tables?

PCI doesn't have slot numbers, it has device numbers.
you can get these from PCI (eg lspci),

SUN is supposed to be some sort of human-friendly number --
eg the number that is printed on the motherboard on the chassis.
 
> 3) How do I know that a perticular slot is populated, in user space.
> Is there any system call to know that?

no

> 4) Is it possible to override the AML, if yes can you please tell us
> how to do it?

yes.
you can replace your DSDT either by loading a new one in the initrd
or compiling a new one into the kernel.

Exactly what are you thing to do?

-Len

> 
> 
> On 1/19/07, Bruno Ducrot <ducrot@poupinou.org> wrote:
> > On Fri, Jan 19, 2007 at 03:26:26PM +0530, Mohan Kumar Jami wrote:
> > > Hi,
> > >
> > > I have couple of questions related to _SUN object.
> > >
> > > 1) Is _SUN object be present DSDT tables?
> >
> > They are defined under DSDT or RSDT tables as any other ACPI objects
> > populating the ACPI namespace.
> >
> > > 2) How this DSDT table get updated?
> >
> > They can't be updated.
> >
> > > 3) Is DSDT table is static binary file or it can be dynamically updated?
> >
> > A DSDT table is not a static binary file.  On most i386 or amd64
> > architectures, DSDT and SSDT are part of the BIOS.
> > The BIOS uncompressed and copyied them into main memory at the
> > POST stage since the ROM is too limited in size.
> >
> > > 4) Who will update the DSDT tables?
> >
> > By the customer via BIOS updates obtained from the vendor.
> >
> > Cheers,
> >
> > --
> > Bruno Ducrot
> >
> > --  Which is worse:  ignorance or apathy?
> > --  Don't know.  Don't care.
> >
> -
> 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: ACPI _SUN

[Mohan Kumar Jami]

Hi,

Actually we need to retrieve the slot number (Using _SUN object) for
PCI where it is inserted.
But when we have gone through the DSDT table (SMBIOS version 2.3) , is
not having _SUN entry.
Is presence of _SUN is related to BIOS issue?
Is there any difference between SMBIOS and ACPI bios?
Is _SUN is optional in SMBIOS version 2.5
I didn't clear  about
                           Name (_SUN, 0x01)
Is that 0x01 is slot number or not?

On 1/22/07, Len Brown <lenb@kernel.org> wrote:
> On Monday 22 January 2007 00:25, Mohan Kumar Jami wrote:
> > Hi
> >
> >
> > 1) I saw the _SUN object in DSDT table as "Name (_SUN, 0x01)", is this
> > means that this slot number is fixed or is that going to change at
> > run-time.
>
> fixed.
>
> > 2) Is there any other way to get the PCI slot number using ACPI tables?
>
> PCI doesn't have slot numbers, it has device numbers.
> you can get these from PCI (eg lspci),
>
> SUN is supposed to be some sort of human-friendly number --
> eg the number that is printed on the motherboard on the chassis.
>
> > 3) How do I know that a perticular slot is populated, in user space.
> > Is there any system call to know that?
>
> no
>
> > 4) Is it possible to override the AML, if yes can you please tell us
> > how to do it?
>
> yes.
> you can replace your DSDT either by loading a new one in the initrd
> or compiling a new one into the kernel.
>
> Exactly what are you thing to do?
>
> -Len
>
> >
> >
> > On 1/19/07, Bruno Ducrot <ducrot@poupinou.org> wrote:
> > > On Fri, Jan 19, 2007 at 03:26:26PM +0530, Mohan Kumar Jami wrote:
> > > > Hi,
> > > >
> > > > I have couple of questions related to _SUN object.
> > > >
> > > > 1) Is _SUN object be present DSDT tables?
> > >
> > > They are defined under DSDT or RSDT tables as any other ACPI objects
> > > populating the ACPI namespace.
> > >
> > > > 2) How this DSDT table get updated?
> > >
> > > They can't be updated.
> > >
> > > > 3) Is DSDT table is static binary file or it can be dynamically updated?
> > >
> > > A DSDT table is not a static binary file.  On most i386 or amd64
> > > architectures, DSDT and SSDT are part of the BIOS.
> > > The BIOS uncompressed and copyied them into main memory at the
> > > POST stage since the ROM is too limited in size.
> > >
> > > > 4) Who will update the DSDT tables?
> > >
> > > By the customer via BIOS updates obtained from the vendor.
> > >
> > > Cheers,
> > >
> > > --
> > > Bruno Ducrot
> > >
> > > --  Which is worse:  ignorance or apathy?
> > > --  Don't know.  Don't care.
> > >
> > -
> > 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: ACPI _SUN

[Len Brown]

On Monday 22 January 2007 03:06, Mohan Kumar Jami wrote:
> Hi,
> 
> Actually we need to retrieve the slot number (Using _SUN object) for
> PCI where it is inserted.
> But when we have gone through the DSDT table (SMBIOS version 2.3) , is
> not having _SUN entry.
> Is presence of _SUN is related to BIOS issue?
> Is there any difference between SMBIOS and ACPI bios?
> Is _SUN is optional in SMBIOS version 2.5
> I didn't clear  about
>                            Name (_SUN, 0x01)
> Is that 0x01 is slot number or not?

_SUN is a number that the system vendors thinks will
mean something to a human.  Eg it may correspond
to a number painted on the outside of a machine.

It  doesn't necessarily have anything to do with electrical
or logical slot numbers on a PCI bus, or any other bus
for that matter.

SMBIOS and ACPI BIOS are independent features of a BIOS.
You can have one, the other, both, or neither.

cheers,
-Len