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 />

PSCI_USE_HVC 1 1 1 if HVC must be used as the PSCI conduit.instead of SMC.<br />

Reserved 14 2 This value is zero.<br />

5.2.10 Firmware ACPI Control Structure (FACS)<br />

The Firmware ACPI Control Structure (FACS) is a structure in read/write memory that the BIOS<br />

reserves for ACPI usage. This structure is optional if <strong>and</strong> only if the<br />

HARDWARE_REDUCED_ACPI flag in the FADT is set. The FACS is passed to an ACPIcompatible<br />

OS using the FADT. For more information about the FADT FIRMWARE_CTRL field,<br />

see Table 5.2.9, “Fixed ACPI Description Table (FADT).”<br />

The BIOS aligns the FACS on a 64-byte boundary anywhere within the system’s memory address<br />

space. The memory where the FACS structure resides must not be reported as system<br />

AddressRangeMemory in the system address map. For example, the E820 address map reporting<br />

interface would report the region as AddressRangeReserved. For more information about system<br />

address map reporting interfaces, see Section 15, “System Address Map <strong>Interface</strong>s.”<br />

Table 5-38 Firmware ACPI Control Structure (FACS)<br />

Field<br />

Byte<br />

Length<br />

Byte<br />

Offset Description<br />

Signature 4 0 ‘FACS’<br />

Length 4 4 Length, in bytes, of the entire Firmware ACPI Control Structure.<br />

This value is 64 bytes or larger.<br />

Hardware Signature 4 8 The value of the system's "hardware signature" at last boot.<br />

This value is calculated by the BIOS on a best effort basis to<br />

indicate the base hardware configuration of the system such<br />

that different base hardware configurations can have different<br />

hardware signature values. Although memory described using<br />

or EfiPersistentMemory (Section 15) iis not saved/restored by<br />

OS during S4, any change to persistent memory that impacts<br />

any OS visible firmware interfaces must change hardware<br />

signature. Any change to the data in Persistent Memory itself<br />

should not be included in computing the hardware signature.<br />

OSPM uses this information in waking from an S4 state, by<br />

comparing the current hardware signature to the signature<br />

values saved in the non-volatile sleep image. If the values are<br />

not the same, OSPM assumes that the saved non-volatile<br />

image is from a different hardware configuration <strong>and</strong> cannot be<br />

restored.<br />

130 April, 2015 Version 6.0

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

Saved successfully!

Ooh no, something went wrong!