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

device from DOCK2’s list of ejection dependencies. Starting in ACPI 2.0, OSPM is presented with<br />

a more in-depth view of the ejection dependencies in a system by use of the _EDL methods.<br />

Example<br />

An example use of _EJD <strong>and</strong> _EDL is as follows:<br />

Scope(\_SB.PCI0) {<br />

Device(DOCK1) {<br />

Name(_ADR, …)<br />

Method(_EJ0, 0) {…}<br />

Method(_DCK, 1) {…}<br />

Name(_BDN, …)<br />

Method(_STA, 0) {0xF}<br />

Name(_EDL, Package( ) {<br />

\_SB.PCI0.IDE2,<br />

\_SB.PCI0.CB2})<br />

}<br />

Device(DOCK2) {<br />

Name(_ADR, …)<br />

Method(_EJ0, 0) {…}<br />

Method(_DCK, 1) {…}<br />

Name(_BDN, …)<br />

Method(_STA, 0) {0x0}<br />

Name(_EDL, Package( ) {<br />

\_SB.PCI0.IDE2})<br />

}<br />

Device(IDE1) {<br />

Name(_ADR, …)<br />

}<br />

Device(IDE2) {<br />

Name(_ADR, …)<br />

Name(_EJD,”\\_SB.PCI0.DOCK1”)<br />

}<br />

// Pass through dock – DOCK1<br />

// DOCK1 has two dependent devices – IDE2 <strong>and</strong> CB2<br />

// Pass through dock – DOCK2<br />

// DOCK2 has one dependent device – IDE2<br />

// IDE Drive1 not dependent on the dock<br />

// IDE Drive2<br />

// Dependent on DOCK1<br />

Device(CB2) {<br />

// CardBus Controller<br />

Name(_ADR, …)<br />

Name(_EJD,”\\_SB.PCI0.DOCK1”) // Dependent on DOCK1<br />

}<br />

} // end \_SB.PCIO<br />

6.3.3 _EJx (Eject)<br />

These control methods are optional <strong>and</strong> are supplied for devices that support a software-controlled<br />

VCR-style ejection mechanism or that require an action be performed such as isolation of power/<br />

data lines before the device can be removed from the system. To support warm (system is in a sleep<br />

state) <strong>and</strong> hot (system is in S0) removal, an _EJx control method is listed for each sleep state from<br />

which the device supports removal, where x is the sleeping state supported. For example, _EJ0<br />

indicates the device supports hot removal; _EJ1–EJ4 indicate the device supports warm removal.<br />

Arguments: (1)<br />

Arg0 – An Integer containing a device ejection control<br />

0 – Cancel a mark for ejection request (EJ0 will never be called with this value)<br />

1 – Hot eject or mark for ejection<br />

334 April, 2015 Version 6.0

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

Saved successfully!

Ooh no, something went wrong!