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.

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

Legacy<br />

Boot<br />

(SCI_EN=0)<br />

G3 -Mech<br />

Off<br />

<strong>Power</strong><br />

Failure/<br />

<strong>Power</strong> Off<br />

ACPI<br />

Boot<br />

(SCI_EN=1)<br />

Modem HDD CDROM<br />

D3 D3 D3<br />

D2 D2 D2<br />

D1 D1 D1<br />

D0 D0 D0<br />

C0<br />

S4BIOS_F<br />

S4BIOS_REQ<br />

BIOS<br />

Routine<br />

Legacy<br />

Legacy<br />

Boot<br />

(SCI_EN=0)<br />

ACPI_ENABLE<br />

(SCI_EN=1)<br />

ACPI_DISABLE<br />

(SCI_EN=0)<br />

G2 (S5) -<br />

Soft Off<br />

ACPI<br />

Boot<br />

(SCI_EN=1)<br />

SLP_TYPx=S5<br />

<strong>and</strong><br />

SLP_EN<br />

or<br />

PWRBTN_OR<br />

G0 (S0) -<br />

Working<br />

Performance<br />

State Px<br />

CPU<br />

SLP_TYPx=(S1-S4)<br />

<strong>and</strong><br />

SLP_EN<br />

Wake<br />

Event<br />

Throttling<br />

C0<br />

C1<br />

C2<br />

S4<br />

S3<br />

S2<br />

S1<br />

G1 -<br />

Sleeping<br />

Cn<br />

Figure 4-10 Global States <strong>and</strong> Their Transitions<br />

The ACPI architecture defines mechanisms for hardware to generate events <strong>and</strong> control logic to<br />

implement this behavior model. Events are used to notify OSPM that some action is needed, <strong>and</strong><br />

control logic is used by OSPM to cause some state transition. ACPI-defined events are “hardware”<br />

or “interrupt” events. A hardware event is one that causes the hardware to unconditionally perform<br />

some operation. For example, any wake event will sequence the system from a sleeping state (S1,<br />

S2, S3, <strong>and</strong> S4 in the global G1 state) to the G0 working state (see Figure 16-76).<br />

An interrupt event causes the execution of an event h<strong>and</strong>ler (AML code or an ACPI-aware driver),<br />

which allows the software to make a policy decision based on the event. For ACPI fixed-feature<br />

events, OSPM or an ACPI-aware driver acts as the event h<strong>and</strong>ler. For generic logic events OSPM<br />

will schedule the execution of an OEM-supplied AML control method associated with the event.<br />

For legacy systems, an event normally generates an OS-transparent interrupt, such as a System<br />

Management Interrupt, or SMI. For ACPI systems the interrupt events need to generate an OSvisible<br />

interrupt that is shareable; edge-style interrupts will not work. Hardware platforms that want<br />

to support both legacy operating systems <strong>and</strong> ACPI systems support a way of re-mapping the<br />

interrupt events between SMIs <strong>and</strong> SCIs when switching between ACPI <strong>and</strong> legacy models. This is<br />

illustrated in the following block diagram.<br />

64 April, 2015 Version 6.0

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

Saved successfully!

Ooh no, something went wrong!