27.10.2015 Views

Advanced Configuration and Power Interface Specification

ACPI_6.0

ACPI_6.0

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

Device <strong>Configuration</strong><br />

Section 8.4.4.3, RDI in Section 8.5, <strong>and</strong> passive power resources in Section 7.2.5), <strong>and</strong> supports<br />

processor containers (see Section 8.4.3.1).<br />

Return Value Information<br />

Capabilities Buffer (Buffer) – The platform acknowledges the Capabilities Buffer by returning a<br />

buffer of DWORDs of the same length. Set bits indicate acknowledgment <strong>and</strong> cleared bits indicate<br />

that the platform does not support the capability.<br />

6.2.11.3 OSC Implementation Example for PCI Host Bridge Devices<br />

The following section is an excerpt from the PCI Firmware <strong>Specification</strong> Revision 3.0 <strong>and</strong> is<br />

reproduced with the permission of the PCI SIG.<br />

Note: The PCI SIG owns the definition of _OSC behavior <strong>and</strong> parameter bit definitions for PCI devices.<br />

In the event of a discrepancy between the following example <strong>and</strong> the PCI Firmware <strong>Specification</strong>,<br />

the latter has precedence.<br />

The _OSC interface defined in this section applies only to “Host Bridge” ACPI devices that<br />

originate PCI, PCI-X or PCI Express hierarchies. These ACPI devices must have a _HID of (or<br />

_CID including) either EISAID(“PNP0A03”) or EISAID(“PNP0A08”). For a host bridge device that<br />

originates a PCI Express hierarchy, the _OSC interface defined in this section is required. For a host<br />

bridge device that originates a PCI/PCI-X bus hierarchy, inclusion of an _OSC object is optional.<br />

• The _OSC interface for a PCI/PCI-X/PCI Express hierarchy is identified by the following<br />

Universal Uniform Identifier (UUID):<br />

33DB4D5B-1FF7-401C-9657-7441C03DD766<br />

A revision ID of 1 encompasses fields defined in this section of this revision of this specification,<br />

comprised of 3 DWORDs, including the first DWORD described by the generic ACPI definition of<br />

_OSC.<br />

The first DWORD in the _OSC Capabilities Buffer contain bits are generic to _OSC <strong>and</strong> include<br />

status <strong>and</strong> error information.<br />

The second DWORD in the _OSC capabilities buffer is the Support Field. Bits defined in the<br />

Support Field provide information regarding OS supported features. Contents in the Support Field<br />

are passed one-way; the OS will disregard any changes to this field when returned. See Table 6-174<br />

for descriptions of capabilities bits in this field passed as a parameter into the _OSC control method.<br />

The third DWORD in the _OSC Capabilities Buffer is the Control Field. Bits defined in the Control<br />

Field are used to submit request by the OS for control/h<strong>and</strong>ling of the associated feature, typically<br />

(but not excluded to) those features that utilize native interrupts or events h<strong>and</strong>led by an OS-level<br />

driver. See Table 6-176 for descriptions of capabilities bits in this field passed as a parameter into<br />

the _OSC control method. If any bits in the Control Field are returned cleared (masked to zero) by<br />

the _OSC control method, the respective feature is designated unsupported by the platform <strong>and</strong> must<br />

not be enabled by the OS. Some of these features may be controlled by platform firmware prior to<br />

OS boot or during runtime for a legacy OS, while others may be disabled/inoperative until native OS<br />

support is available. See Table 6-177 for descriptions of capabilities bits in this returned field.<br />

If the _OSC control method is absent from the scope of a host bridge device, then the OS must not<br />

enable or attempt to use any features defined in this section for the hierarchy originated by the host<br />

bridge. Doing so could contend with platform firmware operations, or produce undesired results. It<br />

is recommended that a machine with multiple host bridge devices should report the same capabilities<br />

Version 6.0 317

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!