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.

<strong>Advanced</strong> <strong>Configuration</strong> <strong>and</strong> <strong>Power</strong> <strong>Interface</strong> <strong>Specification</strong><br />

The registers are optional, <strong>and</strong> if the feature is not present the platform must use a NULL register of<br />

the following form:<br />

ResourceTemplate() {Register {(SystemMemory, 0, 0, 0, 0)}}<br />

The Usage Count register counts how many times the local state has been used. Whether it counts<br />

entries or exits is implementation defined.<br />

The residency register counts how long the hierarchy node has been in the given LPI state, at a rate<br />

given by LPI’s residency counter frequency field. A frequency of 0 indicates that the counter runs at<br />

an architectural-specific frequency.<br />

8.4.4.3.7 Wake from LPI States<br />

With _LPI, the platform can describe deep S0-idle states which may turn off fundamental resources<br />

like bus clocks, interrupt controllers, etc. so special care must be taken to ensure that the platform<br />

can be woken from these states. This section describes h<strong>and</strong>ling for device initiated wakes. There<br />

are other wake sources such as timers, which are described elsewhere.<br />

For device wakes, the requirement is that OSPM must not enter any LPI state that would prevent a<br />

device enabled for wake from waking the system. This means not entering any LPI state for which<br />

any <strong>Power</strong> Resource listed in _RDI (see the _RDI section Section 8.4.4.4) is required to be ON. Note<br />

that on a platform coordinated system, the OSPM may choose to enter an _LPI state even if there are<br />

resources listed in its companion RDI that are still on. However, if the OSPM has already enabled a<br />

device for wake, <strong>and</strong> ensured the power resources needed for wake are on, the platform will demote<br />

the LPI state to one where said resources remain on.<br />

The wake device uses the st<strong>and</strong>ard _PRx <strong>and</strong> _PRW methods to describe power resources it requires<br />

to be ON based on its D-state <strong>and</strong> wake enabled status. This further implies that any device enabled<br />

for wake which depends on a resource which may be turned off as part of an LPI state must describe<br />

that dependency via _PRx/_PRW => _RDI => _LPI.<br />

This is illustrated in the following example:<br />

456 April, 2015 Version 6.0

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

Saved successfully!

Ooh no, something went wrong!