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.

Processor <strong>Configuration</strong> <strong>and</strong> Control<br />

Package {<br />

Revision, // Integer (WORD)<br />

RDI[1], // Package<br />

…<br />

RDI[N] // Package<br />

}<br />

Element Object Type Description<br />

Revision Integer The revision number of the _RDI object. Current revision is 0.<br />

(WORD)<br />

RDI[1] Package A variable length Package containing the power resource dependencies of<br />

system level power state 1.<br />

RDI[N] Package A variable length Package containing the power resource dependencies of<br />

system level power state N.<br />

Each RDI[x] sub-Package contains a variable number of References to power resources:<br />

Package {<br />

Resource[0], // Object Reference to a <strong>Power</strong> Resource Object<br />

…<br />

Resource[M] // Object Reference to a <strong>Power</strong> Resource Object<br />

}<br />

The Package contains as many RDI packages as there are system level power states in the root<br />

processor container node’s _LPI object. The indexing of LPI power states in this _LPI object<br />

matches the indexing of the RDI packages in the _RDI object. Thus the nth LPI state at the system<br />

level has resource dependencies listed in the nth RDI. Each RDI package returns a list of the power<br />

resource objects (passive or st<strong>and</strong>ard power resources) that must be in an OFF state to allow the<br />

platform to enter the LPI state. If a system level LPI does not have any resource dependencies, the<br />

corresponding RDI should be an empty Package.<br />

Both traditional <strong>and</strong> passive power resources can be listed as dependencies in _RDI. For traditional<br />

power resources, OSPM should ensure that the resource is OFF before requesting a dependent LPI<br />

state. For passive power resources, there are no _ON/_OFF/_STA methods so the only requirement<br />

is to check that the reference count is 0 before requesting a dependent LPI state.<br />

OSPM requirements for ordering between device/power resource transitions <strong>and</strong> power resource<br />

dependent LPI states differ based on the coordination scheme.<br />

In a platform coordinated system the platform must guarantee correctness <strong>and</strong> demote the requested<br />

power state to one that will satisfy the resource <strong>and</strong> processor dependencies. OSPM may use the<br />

dependency info in _RDI as it sees fit, <strong>and</strong> may select a dependent LPI state even if resources remain<br />

ON.<br />

In an OS initiated system, OSPM must guarantee that all power resources are off (or reference<br />

counts are 0, for passive power resources) before requesting a dependent LPI state.<br />

Version 6.0 459

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

Saved successfully!

Ooh no, something went wrong!