Linux内核引导阶段ACPI电源状态初始化与故障排查 - 第1节
1.1 ACPI 标准的历史演进
高级配置与电源接口（Advanced Configuration and Power Interface，ACPI）是操作系统与硬件固件之间关于电源管理、设备配置和系统热管理的开放标准。它的诞生源于早期 PC 平台电源管理方案的碎片化问题。
1.1.1 从 APM 到 ACPI 的驱动力
在 ACPI 出现之前，高级电源管理（APM）由 BIOS 主导电源策略，操作系统仅被动接收通知。这种模式存在三个致命缺陷：
- 策略僵化：BIOS 无法感知应用负载，导致空闲时不断轮询、繁忙时却提前降频。
- 状态冲突：OS 与 BIOS 各自维护电源状态，切换时出现挂起失败或设备丢失。
- 扩展困难：新硬件（如 USB 唤醒、热插拔）需要更新 BIOS，用户无法通过驱动独立支持。
1996 年，Intel、Microsoft、Toshiba 联合发布 ACPI 1.0，将电源策略决策权从 BIOS 移交给操作系统，硬件仅提供描述性表和寄存器接口。这一架构革命奠定了现代电源管理的基础。
1.1.2 ACPI 版本里程碑
| 版本 | 发布年份 | 核心特性 |
|---|---|---|
| ACPI 1.0 | 1996 | 首次定义 DSDT、FADT、全局状态 G0/G1/G2/G3；OS 主导电源策略 |
| ACPI 2.0 | 2000 | 支持 64 位寻址、热插拔 CPU/内存、PCI Express 电源管理 |
| ACPI 3.0 | 2004 | 引入处理器性能状态（P-state）、SATA 电源管理、USB 远程唤醒 |
| ACPI 4.0 | 2009 | 加入系统进入/退出延迟描述、AWB（ACPI Wakeup Buffer）标准化 |
| ACPI 5.0 | 2011 | ARM 架构支持、硬件减少平台（Hardware-reduced）、LPAT 表 |
| ACPI 6.0+ | 2015–至今 | CXL 互连、异构内存、RAS 扩展、CCEL 表（可信执行） |
1.2 ACPI 在 Linux 内核中的角色
在 Linux 内核中，ACPI 子系统位于 drivers/acpi/ 目录，承担三大核心职责：
- 硬件抽象层：通过 ACPI 表（RSDP、RSDT、XSDT、FADT、DSDT、SSDT）发现系统拓扑、设备资源、中断路由。
- 电源状态协调器：管理全局睡眠状态（S0–S5）、设备 D 状态（D0–D3cold）、处理器 C/P/T 状态。
- 事件与热管理：处理 lid 开关、电池事件、温控阈值触发降频或关机。
1.2.1 内核引导阶段的 ACPI 初始化流程
Linux 内核在引导早期（start_kernel → acpi_early_init → acpi_boot_init）完成 ACPI 子系统的建立，具体步骤：
- RSDP 定位：在 BIOS 数据区或 UEFI 配置表搜索 Root System Description Pointer。
- 表校验与映射：验证 RSDP 校验和，解析 RSDT/XSDT 获取所有 ACPI 表物理地址，建立 ioremap 映射。
- FADT 解析：读取 Fixed ACPI Description Table，获取 SCI 中断号、PM1a/PM1b 寄存器基址、SMI 命令端口。
- DSDT/SSDT 加载：将 Differentiated System Description Table 和 Secondary System Description Table 解析为 AML 字节码，由 ACPI 解释器（ACPICA）执行。
- 设备枚举：遍历 ACPI 命名空间（\_SB_），为每个设备创建 acpi_device 对象，等待驱动绑定。
acpi=off 可完全禁用 ACPI（回退到传统 MP/PCI 枚举）；acpi=debug 可打印 AML 执行跟踪。生产环境慎用。
1.3 ACPI 与电源管理的关系
ACPI 是 Linux 电源管理的 数据来源与执行引擎。没有 ACPI，内核无法获知硬件支持的睡眠深度、设备唤醒能力、CPU 频率范围等关键参数。
1.3.1 全局系统状态（G 状态）
| 状态 | 名称 | 功耗 | 恢复延迟 | OS 可见性 |
|---|---|---|---|---|
| G0 | Working | 全功耗 | — | 正常运行 |
| G1 | Sleeping | 低 | 秒级 | 上下文保存，可唤醒 |
| G2 | Soft Off | 接近零 | 冷启动 | 仅 RTC 供电 |
| G3 | Mechanical Off | 零 | 冷启动 | 完全断电 |
G1 状态内部又细分为 S1（CPU 停止，缓存/内存保持）、S2（CPU 掉电，内存保持）、S3（Suspend-to-RAM，仅内存自刷新）、S4（Suspend-to-Disk，内存镜像写入交换分区）。Linux 内核通过 /sys/power/state 接口暴露这些状态，用户态工具（如 systemd-sleep）根据 ACPI 表提供的 \_S0～\_S5 对象 选择可用深度。
1.3.2 设备电源状态（D 状态）
每个 ACPI 设备对象可定义 \_PS0～\_PS3 方法，对应 D0（全开）到 D3cold（完全掉电）。内核在设备空闲时调用 \_PS3 进入低功耗，在 I/O 请求到达前通过 \_PS0 恢复。ACPI 还提供 \_PRW（Power Resource for Wake）描述设备能否从 D3cold 唤醒系统。
ACPI: \_SB_.PCI0.GFX0: Failed to set device power state D3 错误。
1.3.3 处理器性能与空闲状态
- C 状态（空闲）：C0（运行）→ C1（HALT）→ C2（停止时钟）→ C3（深度睡眠）。ACPI 通过 \_CST 对象提供每个处理器的 C 状态延迟与功耗数据，内核 cpuidle 子系统据此选择最优 idle 深度。
- P 状态（性能）：通过 \_PCT、\_PSS、\_PPC 对象描述电压-频率对，内核 cpufreq 驱动（如 intel_pstate、acpi-cpufreq）据此调频。
- T 状态（节流）：通过 \_TPC 对象控制时钟节流，通常用于紧急热保护。
1.4 ACPI 软件架构总览
下图展示了 Linux 内核中 ACPI 子系统与电源管理框架的层级关系：
1.5 本章小结
- ACPI 从 APM 的 BIOS 中心模式进化为 OS 主导的开放标准，版本 5.0 后支持 ARM 与 Hardware-reduced 平台。
- Linux 内核中 ACPI 子系统负责硬件发现、电源状态协调、事件与热管理，是引导阶段最早初始化的子系统之一。
- ACPI 定义了 G 状态（系统级）、D 状态（设备级）、C/P/T 状态（处理器级），内核通过 ACPI 表和方法获取参数并执行切换。
- 理解 ACPI 架构是排查引导阶段电源故障（如挂起失败、设备丢失、唤醒异常）的前提，后续章节将深入每个初始化阶段的代码与调试手段。