27.10.2015 Views

Advanced Configuration and Power Interface Specification

ACPI_6.0

ACPI_6.0

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

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

other governing specifications describe superseding device specific _OSC capabilities <strong>and</strong> / or<br />

preclusions.<br />

_OSC enables the platform to configure its ACPI namespace representation <strong>and</strong> object evaluations<br />

to match the capabilities of OSPM. This enables legacy operating system support for platforms with<br />

new features that make use of new namespace objects that if exposed would not be evaluated when<br />

running a legacy OS. _OSC provides the capability to transition the platform to native operating<br />

system support of new features <strong>and</strong> capabilities when available through dynamic namespace<br />

reconfiguration. _OSC also allows devices with Compatible IDs to provide superset functionality<br />

when controlled by their native (For example, _HID matched) driver as appropriate objects can be<br />

exposed accordingly as a result of OSPM’s evaluation of _OSC.<br />

Arguments: (4)<br />

Arg0 – A Buffer containing a UUID<br />

Arg1 – An Integer containing a Revision ID of the buffer format<br />

Arg2 – An Integer containing a count of entries in Arg3<br />

Arg3 – A Buffer containing a list of DWORD capabilities<br />

Return Value:<br />

A Buffer containing a list of capabilities<br />

Argument Information<br />

Arg0: UUID – Universal Unique Identifier (16 Byte Buffer) used by the platform in conjunction<br />

with Revision ID to ascertain the format of the Capabilities buffer.<br />

Arg1: Revision ID – The revision of the Capabilities Buffer format. The revision level is specific to<br />

the UUID.<br />

Arg2: Count – Number of DWORDs in the Capabilities Buffer in Arg3<br />

Arg3: Capabilities Buffer – Buffer containing the number of DWORDs indicated by Count. The first<br />

DWORD of this buffer contains st<strong>and</strong>ard bit definitions as described below. Subsequent DWORDs<br />

contain UUID-specific bits that convey to the platform the capabilities <strong>and</strong> features supported by<br />

OSPM. Successive revisions of the Capabilities Buffer must be backwards compatible with earlier<br />

revisions. Bit ordering cannot be changed.<br />

Capabilities Buffers are device-specific <strong>and</strong> as such are described under specific device definitions.<br />

See Section 9, “ACPI Devices <strong>and</strong> Device Specific Objects” for any _OSC definitions for ACPI<br />

devices. The format of the Capabilities Buffer <strong>and</strong> behavior rules may also be specified by OEMs<br />

<strong>and</strong> IHVs for custom devices <strong>and</strong> other interface or device governing bodies for example, the PCI<br />

SIG.<br />

The first DWORD in the capabilities buffer is used to return errors defined by _OSC. This DWORD<br />

must always be present <strong>and</strong> may not be redefined/reused by unique interfaces utilizing _OSC.<br />

• Bit [0]- Query Support Flag. If set, the _OSC invocation is a query by OSPM to determine or<br />

negotiate with the platform the combination of capabilities for which OSPM may take control.<br />

In this case, OSPM sets bits in the subsequent DWORDs to specify the capabilities for which<br />

OSPM intends to take control. If clear, OSPM is attempting to take control of the capabilities<br />

corresponding to the bits set in subsequent DWORDs. OSPM may only take control of<br />

capabilities as indicated by the platform by the result of the query.<br />

Version 6.0 313

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

Saved successfully!

Ooh no, something went wrong!