[ACPI 6.2A 规范中文版]第1章:介绍

 

1 介绍—9 1.7.2 OSPM实现—18
1.1 主要目标—9 1.7.3 OS要求—18
1.2 电源管理原理—10 1.8 目标受众—19
1.3 Legacy支持—11 1.9 文档组织架构—19
1.4 OEM实现策略—11 1.9.1 ACPI介绍和概述—20
1.5 电源和睡眠按钮—12 1.9.2 编程模型—20
1.6 ACPI规范和ACPI架构—12 1.9.3 实现细节—20
1.7 OS和平台兼容—14 1.9.4 技术参考—22
1.7.1 ACPI-defined接口的平台实现—14 1.10 相关文档—22

 

1.介绍

高级配置和电源接口(ACPI)规范被开发出来以建立工业通用的接口,使得操作系统(OS)直接在主板设备上的配置,以及设备和整个系统的电源管理更加健壮。ACPI是操作系统直接配置和电源管理(OSPM)的关键元素。

ACPI将现有电源管理BIOS代码的前置APCI集合、高级电源管理(APM)应用程序编程接口(APIs、PNPBIOS APIs、多处理器规范(MPS)表等),改进发展成为了良好的电源管理和配置接口规范。ACPI提供了从现有(legacy)硬件到ACPI硬件的有序过渡的方法,它允许ACPI和legacy机制在单个机器中存在,并在需要时使用。

此外,在最初ACPI规范的初始阶段构建的系统架构,扩展了历史“即插即用”接口的限制。ACPI改进了现有的主板配置接口,以更健壮、更有效的方式支持高级体系结构。

该规范中定义的接口和OSPM概念适用于所有类型的计算机,包括(但不限于)桌面、移动、工作站和服务器机器。从电源管理的角度来看,OSPM/ACPI提出了一个概念,即系统应该通过将未使用的设备转换成低功率状态来节省能源,包括在可能的情况下将整个系统置于低功耗状态(休眠状态)。

该文档描述了ACPI硬件接口、ACPI软件接口和ACPI数据结构,当实现时,支持健壮的面向os的配置和电源管理(OSPM)。

1.1 主要目标
ACPI是实现OSPM的关键因素。ACPI定义的接口其宗旨意在被广泛采用,以鼓励硬件和软件供应商构建可兼容的APCI实践(或者,可兼容的OSPM)。
ACPI和OSPM的主要目标是:
1. 使用适当的成本/功能权衡,使所有计算机系统能够实现主板配置和电源管理功能。
•计算机系统包括(但不限于)桌面、移动、工作站和服务器机器。
•机器实现者有采用广泛的解决方案的自由,从非常简单的到非常激进的解决方案,同时仍然保持 完整的OS支持。                                                                                                                                              •电源管理的广泛实施将使应用程序具有实用性和说服力,从而支持和利用它。它将使个人电脑的新用途和现有的个人电脑使用更加经济。
2. 增强电源管理功能和健壮性。                                                                                                              •在平台固件中,过于复杂而无法实现的电源管理策略可以在操作系统中实现和支持,允许廉价的电力管理硬件支持非常复杂的电源管理策略。                                                                                                 •从用户、应用程序和硬件中收集电源管理信息,将有助于更好地管理决策和执行。                             •在操作系统中统一电源管理算法,可以减少固件和操作系统之间的冲突,提高可靠性。                     3. 促进和加速全行业的电源管理实施。                                                                                           •OSPM和ACPI减少了整个行业的电力管理的冗余投资,因为这项投资和功能将集中到操作系统中。这将使行业参与者集中精力和投资于创新而不是简单的平价。                                                                    •操作系统可以独立于硬件发展,允许所有兼容acpi的机器获得操作系统改进和创新的好处。              4. 为配置主板设备创建一个健壮的接口。                                                                                                •现有的接口所不可能支持的,使新的高级设计能支持。

1.2 电源管理基本原理

有必要将电源管理转移到操作系统中,并在操作系统和硬件之间使用一个抽象接口(ACPI)来实现上面所述的主要目标。                                                                                                                                        •对电源管理的最低支持限制了应用程序供应商支持或利用它。                                                              •将电源管理功能放入操作系统,使其在安装操作系统的每台机器上都可用。从机器到机器,功能的级别(电能节省等等)各不相同,但是用户和应用程序将在所有的OSPM机器上看到相同的电源接口和语义。                                                                                                                                                          •这将使应用程序供应商能够为他们的产品增加电源管理功能。                                                              •传统的电力管理算法被用于实现它们的平台固件所提供的信息所限制。这限制了可以实现的功能。      •在操作系统中集中管理用户、应用程序和硬件的电源管理信息和指令,从而实现更强大的功能。例如,操作系统可以将I/O操作分为正常和惰性。懒惰的I/O操作(例如后台的文字处理程序保存文件)会被收集成块,只有当需要的I/O设备以其他原因启动时才会这样做。当需要的设备关机时,一个非懒惰的I/O请求将导致设备立即启动,非懒惰的I/O请求被执行,以及任何正在执行的惰性I/O操作。这样的策略需要知道I/O设备是何时启动的,知道哪些应用程序I/O请求是惰性的,并且能够确保这样的惰性I/O操作不会饿死。                                                                                                                                               •设备功能,如应答机,需要全局一致的电源决策。例如,电话应答应用程序可以调用操作系统并断言:“我正在等待来电;系统进入的任何睡眠状态都必须允许我进入。1秒后醒来并接电话。然后,当用户按下“off”按钮时,系统会选择与电话应答服务需求一致的最深度睡眠状态。
•平台固件已经变得非常复杂,难以处理电源管理。使用操作系统进行工作很难,而且仅限于硬件的静态配置。
•平台固件保存和管理的状态信息要少得多(因为操作系统管理它)。
•电源管理算法在操作系统中是统一的,在操作系统和硬件之间有更好的集成。
•因为可以加载额外的ACPI表(定义块),例如,当移动系统停靠时,操作系统可以处理动态机器配置。
•因为平台固件的功能更少,而且更简单,所以实现和支持更容易(也因此更便宜)。
•PC平台的现有结构限制了操作系统和硬件设计。
•由于ACPI是抽象的,操作系统可以与硬件分开发展,同样,也可以从操作系统的硬件上发展。
•ACPI在操作系统和处理器上更便于携带。ACPI控制方法允许非常灵活地实现特定的特性。

1.3 Legacy支持
ACPI为从Legacy硬件到ACPI硬件的有序过渡提供了支持,并允许两种机制都存在于一台机器中,并在需要时使用。

1.4 OEM实现策略

任何OEM都可以像他们认为的那样自由地构建硬件。鉴于ACPI规范的存在,有两种通用的实现策略:                                                                                                                                                                      •原始设备制造商(OEM)可以采用OS供应商提供的ACPI OSPM软件,并以多种可能的方式实现ACPI规范的硬件部分(对于给定的平台)。                                                                                                        •OEM可以开发出不兼容的驱动程序和硬件。这个策略打开了更多的硬件实现可能性。然而,oem厂商实现与ospm兼容但不兼容的硬件将承担开发、测试和分发驱动程序的成本。

1.5 电源和睡眠按钮。

OSPM为消费者提供了一个新的设备接口。特别地,它提供了一个睡眠按钮,它是一个“软”按钮,不会将机器物理关闭,而是发出操作系统将机器放在一个软的或休眠状态。ACPI定义了两种类型的“软”按钮:一种用于将机器用于睡眠,另一种用于使机器处于软状态。

这为OEM提供了两种实现机器的不同方法:一键模型或双按钮模型。单键模型有一个按钮,可以按用户设置的按钮或睡眠按钮使用。双按钮模型有一个方便的睡眠按钮和一个单独的电源按钮。在任何一种模型中,都需要一个覆盖特性,使机器在没有OSPM交互的情况下,使机器处于软状态,这也需要处理各种罕见的、但有问题的情况。

1.6 ACPI规范及ACPI架构

该规范定义了ACPI硬件接口、ACPI软件接口和ACPI数据结构。该规范还定义了这些接口的语义。

图1-6列出了与OSPM/ACPI相关的软件和硬件组件,以及它们之间的关系。该规范描述了组件之间的接口、ACPI系统描述表的内容以及其他ACPI组件的相关语义。注意,ACPI系统描述表(描述特定平台的硬件)是ACPI实现的核心,ACPI系统固件的作用主要是提供ACPI表(而不是本地指令API)。

ACPI不是软件规范;它不是硬件规范,尽管它同时处理软件和硬件以及它们的行为方式。相反,ACPI是一个由软件和硬件组成的接口规范。

ACPI有三个运行时组件:

ACPI系统描述表                                                                                                                                        描述硬件的接口。一些描述限制了可以构建的内容(例如,一些控件嵌在固定的寄存器块中,表指定寄存器块的地址)。大多数描述允许硬件以任意方式构建,并可以描述实现硬件功能所需的任意操作序列。包含“定义块”的ACPI表可以使用伪代码类型的语言,其解释由操作系统执行。也就是说,OSPM包含并使用解释器。它执行编码在伪代码语言中的程序,并存储在包含“定义块”的ACPI表中。伪码语言,即ACPI机器语言(AML),是一种紧凑、标记化、抽象的机器语言。

ACPI寄存器                                                                                                                                            硬件接口的约束部分,由ACPI系统描述表描述(至少在特定位置上)。  

ACPI平台固件                                                                                                                                          是指与ACPI规范兼容的固件的部分。通常,这是引导机器的代码(就像遗留的BIOSs所做的那样),并实现了用于睡眠、唤醒和一些重启操作的接口。与传统的BIOS相比,它很少被调用。ACPI描述表也由ACPI平台固件提供。

1.7 操作系统OS和平台兼容性。

ACPI规范只包含接口规范。ACPI不包含任何平台遵从性要求。下面的部分为特定于类的平台实现提供了指导方针,它们引用了ACPI定义的接口和操作系统可能需要完全支持OSPM/ACPI的增强指南。还提供了与ACPI兼容的操作系统的最小特性实现要求。

1.7.1 ACPI定义接口的平台实现。

系统平台通过ACPI系统固件,通过平台硬件和ACPI定义的软件接口和系统描述表实现ACPI定义的硬件接口。特定的ACPI定义的接口和OSPM概念适用于一类机器(例如,移动系统),可能不适用于另一类机器(例如,多域企业服务器)。它超出了该规范的能力和范围,指定了平台类需要的所有平台类和适当的acl定义的接口。

我们鼓励平台设计指南的作者要求适当的acpi定义的接口和硬件需求,这些接口和硬件需求适合于特定的设计指南中所涉及的特定系统平台类。平台设计指南不应该定义提供类似ACPI规范中定义的功能的替代接口。

1.7.1.1设计指南的推荐功能和接口描述。

设计指南中应该使用常见的描述文本和类别名称,以描述ACPI规范定义的所有特性、概念和接口,作为平台类的需求。下面列出了推荐的高级文本和类别名称集,用于描述ACPI定义的特性、概念和接口。

注意:当接口的定义或关系需求被本地化到特定的部分时,将提供节号。下面指定接口的接口定义和关系需求通常在ACPI规范中传播。ACPI规范定义了:

•System address map reporting interfaces (Section 14)
•ACPI System Description Tables (Section 5.2)                                                                                •Root System Description Pointer (RSDP)
•System Description Table Header
•Root System Description Table (RSDT)
•Fixed ACPI Description Table (FADT)
•Firmware ACPI Control Structure (FACS)
•Differentiated System Description Table (DSDT)
•Secondary System Description Table (SSDT)
•Multiple APIC Description Table (MADT)
•Smart Battery Table (SBST)
•Extended System Description Table (XSDT)
•Embedded Controller Boot Resources Table (ECDT)
•System Resource Affinity Table (SRAT)
•System Locality Information Table (SLIT)
•Corrected Platform Error Polling Table (CPEP)
•Maximum System Characteristics Table (MSCT)
•ACPI RAS FeatureTable (RASF)
•Memory Power StateTable (MPST)
•Platform Memory Topology Table (PMTT)
•Boot Graphics Resource Table (BGRT)
•Firmware Performance Data Table (FPDT)
•Generic Timer Description Table (GTDT)
•ACPI-defined Fixed Registers Interfaces (Section 4, Section 5.2.9):
•Power management timer control/status
•Power or sleep button with S5 override (also possible in generic space)
•Real time clock wakeup alarm control/status
•SCI /SMI routing control/status for Power Management and General-purpose events
•System power state controls (sleeping/wake control) (Section 7)
•Processor power state control (c states) (Section 8)
•Processor throttling control/status (Section 8)
•Processor performance state control/status (Section 8)
•General-purpose event control/status
•Global Lock control/status
•System Reset control (Section 4.7.3.6)
•Embedded Controller control/status (Section 12)
•SMBus Host Controller (HC) control/status (Section 13)
•Smart Battery Subsystem (Section 10.1)
•ACPI-defined Generic Register Interfaces and object definitions in the ACPI Namespace (Section 4.2, Section 5.6.5):
•General-purpose event processing
•Motherboard device identification, configuration, and insertion/removal (Section 6)
•Thermal zones (Section 11)
•Power resource control (Section 7.1)
•Device power state control (Section 7.2)
•System power state control (Section 7.3)
•System indicators (Section 9.1)•Devices and device controls (Section 9):
              —Processor (Section 8)
              —Control Method Battery (Section 10)
              —Smart Battery Subsystem (Section 10)
              —Mobile Lid
              —Power or sleep button with S5 override (also possible in fixed space)
              —Embedded controller (Section 12)
              —Fan
              —Generic Bus Bridge
              —ATA Controller
              —Floppy Controller
              —GPE Block
              —Module
              —Memory
•Global Lock related interfaces
•ACPI Event programming model (Section 5.6)
•ACPI-defined Platform Firmware Responsibilities (Section 15)
•ACPI-defined State Definitions (Section 2):
             —Global system power states (G-states, S0, S5)
             —System sleeping states (S-states S1-S4) (Section 15)
             —Device power states (D-states (Appendix B))
             —Processor power states (C-states) (Section 8)
             —Device and processor performance states (P-states) (Section 3, Section 8)

下面的示例展示了一个设计指南如何使用推荐的术语来定义执行多个OS实例的系统的ACPI相关需求,目标是需要健壮的配置和系统类的连续可用性。

注意:本例提供了如何使用ACPI术语的指导原则。它不应该被解释为ACPI要求的声明。

与该平台设计指南兼容的平台必须实现以下ACPI定义的系统特性和接口,以及它们的关联事件模型:

•System address map reporting interfaces
•ACPI System Description Tables provided in the system firmware
•ACPI-defined Fixed Registers Interfaces:
•Power management timer control/status
•General-purpose event control/status
•SCI /SMI routing control/status for Power Management and General-purpose events
•(control required only if system supports legacy mode)
•System power state controls (sleeping/wake control)
•Processor power state control (for C1)
•Global Lock control/status (if Global Lock interfaces are required by the system)

•ACPI-defined Generic Register Interfaces and object definitions in the ACPI Namespace:
           —General-purpose event processing
           —Motherboard device identification, configuration, and insertion/removal (Section 6)
           —System power state control (Section 7.3)                                                                                             —System indicators
           —Devices and device controls:
Processor
•Global Lock related interfaces when a logical register in the hardware is shared between OS and firmware environments
•ACPI Event programming model ( Section 5.6)
•ACPI-defined Platform Firmware Responsibilities (Section 15)
•ACPI-defined State Definitions:
Processor power states (All processors must support the C1 Power State)

1.7.2 OSPM实现

需要OS增强来支持ACPI定义的特性、概念和接口,以及适合于OS执行的系统平台类的相关事件模型。这是OSPM的实现。以下概述了支持所有acl定义的接口所需的操作系统增强和元素。为了支持ACPI通过OSPM的实现,操作系统需要修改为:

•Use system address map reporting interfaces.
•Find and consume the ACPI System Description Tables.
•Interpret ACPI machine language (AML).
•Enumerate and configure motherboard devices described in the ACPI Namespace.
•Interface with the power management timer.
•Interface with the real-time clock wake alarm.
•Enter ACPI mode (on legacy hardware systems).
•Implement device power management policy.
•Implement power resource management.
•Implement processor power states in the scheduler idle handlers.
•Control processor and device performance states.
•Implement the ACPI thermal model.
•Support the ACPI Event programming model including handling SCI interrupts, managing fixed events, general-purpose events, embedded controller interrupts, and dynamic device support.
•Support acquisition and release of the Global Lock.
•Use the reset register to reset the system.
•Provide APIs to influence power management policy.
•Implement driver support for ACPI-defined devices.
•Implement APIs supporting the system indicators.
•Support all system states S1–S5.

1.7.3操作系统要求

下面的列表描述了OSPM/ ACPI兼容性操作系统的最低要求:

•Use system address map reporting interfaces to get the system address map on Intel Architecture (IA) platforms:
•INT 15H, E820H – Query System Address Map interface (see Section 15,“System Address Map Interfaces”)
•EFI GetMemoryMap() Boot Services Function (see Section 15, “System Address Map Interfaces”)      •Find and consume the ACPI System Description Tables (see Section 5, “ACPI Software Programming Model”).
•Implementation of an AML interpreter supporting all defined AML grammar elements (see Section 20, ACPI Machine Language Specification”).
•Support for the ACPI Event programming model including handling SCI interrupts, managing fixed events, general-purpose events, embedded controller interrupts, and dynamic device support.
•Enumerate and configure motherboard devices described in the ACPI Namespace.
•Implement support for the following ACPI devices defined within this specification:
•Embedded Controller Device (see Section 12, “ACPI Embedded Controller Interface Specification”)
•GPE Block Device (see Section 9.11, “GPE Block Device”)
•Module Device (see Section 9.12, “Module Device”)
•Implementation of the ACPI thermal model (see Section 11, “Thermal Management”).
•Support acquisition and release of the Global Lock.
•OS-directed power management support (device drivers are responsible for maintaining device context as described by the Device Power Management Class Specifications described in Section A).

1.8 目标受众

本规范适用于以下用户:                                                                                                                    •OEMs构建硬件,包含兼容acpi的接口。                                                                                                •操作系统和设备驱动程序开发人员。                                                                                                    •所有平台系统固件开发人员。                                                                                                        •CPU和芯片组供应商。                                                                                                                          •外围供应商。

1.9 文档组织架构

ACPI规范文件分为以下四部分:

       •规范的第一部分(第1至第3节)介绍了ACPI,并提供了一个执行概述。

       •第二部分(第4和第5节)定义了ACPI硬件和软件编程模型。

       •第三部分(第6至第17节)指定ACPI实现细节;规范的这一部分主要是针对开发人员的。

       •第四部分(第18和19条)是技术参考材料;第18节是ACPI源语言(ASL)的引用,其中大部分是文档中 其他部分引用的。

      •附录包含设备类规范,描述特定类别的设备的电源管理特性,以及设备类特定的ACPI接口。

 

1.9.1 ACPI简介和概述。

该规范的前三个部分提供ACPI的执行概述。
第1节:介绍。
讨论规范的目的和目标,介绍与ACPI兼容的系统架构的概述,指定与acpi兼容的系统的最低要求,并提供相关规范的参考。
第2节:术语的定义。
定义该规范中使用的关键术语。特别地,在本节中定义了全局系统状态(机械关闭、软关闭、睡眠、工作和非易失性睡眠),以及设备电源状态定义:Off (D3)、D3hot、D2、D1和全on (D0)。设备和处理器性能状态(P0,P1,…Pn)进行了讨论。
第3节:ACPI概述。
概述了ACPI规范的功能领域,包括:系统电源管理、设备电源管理、处理器电源管理、插头和播放、系统事件处理、电池管理和热管理。

1.9.2编程模型

第4和5节定义了ACPI硬件和软件编程模型。规范的这一部分主要针对系统设计人员、开发人员和项目经理。
遵循(规范的其余部分)遵循的规范的所有面向实现的、引用和平台的示例部分都基于第4和第5节中定义的模型。这些部分是ACPI规范的核心。这两个部分之间有广泛的交叉引用。
第4节:ACPI硬件规范。
定义一组实现该规范目标的硬件接口。
第5节:ACPI软件编程模型。
定义一组实现该规范目标的软件接口。

1.9.3实现细节

该规范的第三部分定义了实现细节所必需的实现细节,以实际构建在一个可兼容的平台上工作的组件。规范的这一部分主要是针对开发人员的。
第6节:配置。
定义用于配置和分配资源到设备的保留的插入和播放对象,以及共享资源和用于跟踪设备插入和删除的保留对象。还定义了与acpi兼容的资源描述符的格式。                                                                         第7节:电源和性能管理。
定义保留的设备电源管理对象和reserved系统的电源管理对象。
第8节:处理器配置和控制。
在系统处于工作状态时,定义操作系统如何管理处理器的功耗和其他控件。
第9节:特定于ACPI的设备对象。
列出需要支持某些特定于设备的ACPI控制的集成设备,以及可以提供的特定于设备的ACPI控制。大多数设备对象都是通过通用对象和控制方法来控制的,并且具有一般的设备id;本节讨论异常。
第10节:电源设备。
定义预留电池设备和交流适配器对象。
节11:温度管理。
定义保留的温度管理对象。
第12节:ACPI嵌入式控制器接口规范。
定义ACPI兼容操作系统和嵌入式控制器之间的接口。
第13节:ACPI系统管理总线接口规范。
定义ACPI兼容操作系统和系统管理总线(SMBus)主机控制器之间的接口。
第14节:平台通信通道。
解释OSPM与平台中的实体进行通信的通用机制定义了一个新的地址空间类型。                                  第15节:系统地址映射接口。
解释在ISA/EISA/PCI总线系统中使用的特殊INT 15调用。这个调用为操作系统提供了一个清晰的内存映射,指示在主板上可用的地址范围和范围。还描述了基于uefi的内存地址映射报告接口。
第16节:唤醒和睡眠。
详细定义了系统工作和睡眠状态之间的转换以及它们与唤醒事件的关系。引用第6、7和8节中定义的保留对象。
第17节:非统一内存访问(NUMA)架构平台。
详细讨论如何使用ACPI定义接口来描述NUMA体系结构平台。引用第5、6、8和9节中定义的保留对象。                                                                                                                                                        第18条:ACPI平台错误接口。
定义接口,使OSPM能够处理基于平台的错误检测硬件检测到的不同类型的硬件错误事件。

1.9.4技术参考

该规范的第四部分为开发人员提供了参考资料。
第19节:ACPI源语言参考。
定义可用于编写ACPI控制方法的所有ASL语句的语法,以及示例语法的使用。
第20节:ACPI机器语言规范。
定义了ACPI虚拟机语言的语法。一个ASL转换器(编译器)输出AML。
第21节:ACPI数据表和表语言定义。
描述可用于生成任何ACPI数据表的简单语言(表定义语言或TDL)。
附录A:设备类规范。
描述设备特定的电源管理行为。
附录B:Video扩展。
包含Video设备类特定的ACPI接口。

1.10 相关文档

Power management and Plug and Play specifications for legacy hardware platforms are the following, available from “Links to ACPI-Related Documents” (http://uefi.org/acpi) under the heading “Legacy PNP Guidelines”.
•Advanced Power Management (APM) BIOS Specification, Revision 1.2.
•Plug and Play BIOS Specification, Version 1.0a.
Intel Architecture specifications are available from http://developer.intel.com:
Intel® ItaniumTM Architecture Software Developer’s Manual, see “Links to ACPI-Related Documents” (http://uefi.org/acpi) under the heading “Intel Architecture Specifications”.
ItaniumTM Processor Family System Abstraction Layer Specification, Intel Corporation, December 2003 (June 2004 Update).
Unified Extensible Firmware Interface Specifications are available from http://www.uefi.org:
Unified Extensible Firmware Interface Specification, see “Links to ACPI-Related Documents” (http://uefi.org/acpi) under the heading “Unified Extensible Firmware Interface Specifications”
Documentation and specifications for the Smart Battery System components and the SMBus are available from http://www.sbs-forum.org:
ACPI Specification Introduction
Version 6.2 Errata A Page 23
•“Links to ACPI-Related Documents” (http://uefi.org/acpi) under the heading “Smart Battery System Components and SMBus Specification”.
•Smart Battery Data Specification, see “Links to ACPI-Related Documents” (http://uefi.org/acpi) under the heading “Smart Battery System Components and SMBus Specification”.
•Smart Battery Selector Specification, Revision 1.1, Smart Battery System Implementers Forum, December, 1998.
•Smart Battery System Manager Specification, Revision 1.0, Smart Battery System Implementers Forum, December, 1998.
•System Management Bus Specification, Revision 1.1, Smart Battery System Implementers Forum, December, 1998.

ACPI导航

[ACPI 6.2A 规范中文版]译者绪论

[ACPI 6.2A 规范中文版]第1章:介绍

[ACPI 6.2A 规范中文版]第2章:术语的定义

[ACPI 6.2A 规范中文版]第3章:ACPI概述

[ACPI 6.2A 规范中文版]第4章:ACPI硬件规范

[ACPI 6.2A 规范中文版]第4.8章:ACPI寄存器模型

[ACPI 6.2A 规范中文版]第5章:ACPI软件编程模型

[ACPI 6.2A 规范中文版]第6章:设备配置

[ACPI 6.2A 规范中文版]第7章:电源和性能管理

[ACPI 6.2A 规范中文版]第8章:处理器配置和控制