第四章：ACPI与操作系统电源管理
ACPI，全称是高级配置与电源管理接口。说实话，刚入行那会儿我觉得这玩意儿就是个规范文档，离实际开发很远。直到有一次，我调试一块AMD平台的工控板，系统明明空闲了，功耗却降不下来。折腾了两天，最后发现是ACPI的表没配对。嗯，从那以后，我再也不敢小看它了。
4.1 ACPI规范简介
ACPI是什么？说白了，它就是操作系统和硬件之间，关于电源管理的一套“共同语言”。没有它，操作系统根本不知道CPU现在能不能睡、能睡多深、醒来要多久。
ACPI规范定义了几个核心概念：
- ACPI表：BIOS/UEFI在启动时提供给OS的数据结构。比如DSDT、SSDT，里面描述了硬件的电源管理能力。
- ACPI状态：系统级状态（S0-S5）、设备级状态（D0-D3）、CPU级状态（C0-Cn）。
- 控制方法：用ACPI Machine Language（AML）写的函数，OS通过调用它们来操作硬件。
重要：ACPI不是驱动程序。它是固件和OS之间的契约。OS读表，然后按表里的描述去管理电源。
我个人习惯，拿到一块新的AMD嵌入式板子，第一件事就是去/sys/firmware/acpi/tables/下面看看DSDT有没有被正确加载。如果这里有问题，后面所有电源管理都是白搭。
4.2 C-states：CPU的空闲状态
C-states描述的是CPU核心的空闲深度。C0是运行状态，C1是第一个空闲状态，数字越大，睡得越沉，功耗越低，但唤醒延迟也越长。
典型的C-states层级如下：
| C-state | 名称 | 功耗降低 | 唤醒延迟 |
|---|---|---|---|
| C0 | 运行 | 无 | 无 |
| C1 | Halt | ~30% | 几微秒 |
| C2 | Stop Grant | ~50% | 几十微秒 |
| C3 | Deep Sleep | ~70% | 几百微秒 |
| C6 | Power Gating | ~90%+ | 毫秒级 |
你想想看，如果系统频繁在C0和C1之间切换，那省电效果很有限。真正省电的是C6这种深度睡眠。但代价是，唤醒时间变长了。如果你的应用对响应时间很敏感，比如工业实时控制，那C6可能就不太合适。
经验之谈：我在一个边缘计算项目里，发现Linux默认允许C6，但我们的传感器数据采集要求每100微秒响应一次。结果C6的唤醒延迟导致数据丢包。后来我通过内核参数把最大C-state限制在C2，问题就解决了。
4.3 P-states：性能与功耗的平衡
P-states和C-states不同。C-states管的是“空闲时怎么省电”，P-states管的是“干活时怎么省电”。
P-states也叫DVFS（动态电压频率调整）。每个P-state对应一组电压和频率组合。P0是最高性能，P1、P2...依次降低。
在AMD平台上，P-states的管理有几个关键点：
- 硬件自动控制：AMD的CPPC（Collaborative Processor Performance Control）允许硬件自己决定P-state，OS只需要给出性能偏好。
- OS控制：也可以让OS通过ACPI的_PPC和_PSS对象来手动控制P-state。
- 混合模式：我个人建议用CPPC。省心，而且AMD的硬件调度器比OS更懂自己的功耗特性。
注意：不要为了省电把P-state锁死在最低档。我在一个项目里见过有人这么干，结果CPU处理不过来，任务堆积，反而因为长时间满载，功耗比动态调整还高。省电不是降频，而是“该快时快，该慢时慢”。
4.4 操作系统如何与AMD硬件协同
操作系统和AMD硬件的协同，核心就是ACPI这个桥梁。流程大概是这样的：
- 系统启动时，UEFI/BIOS把ACPI表加载到内存。
- OS内核解析这些表，知道硬件支持哪些C-states和P-states。
- OS的调度器（比如Linux的cpuidle和cpufreq子系统）根据负载情况，调用ACPI控制方法。
- 硬件执行这些方法，切换状态。
在Linux上，你可以通过以下命令查看当前状态：
# 查看支持的C-states
cat /sys/devices/system/cpu/cpu0/cpuidle/state*/name
# 查看当前P-state
cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq
# 查看ACPI表
cat /sys/firmware/acpi/tables/DSDT | xxd我曾经调试过一个AMD Ryzen Embedded V1000平台的问题。系统在低负载时功耗偏高，用powertop一看，C-state residency几乎全在C1，C6几乎没进去过。后来发现是某个USB设备驱动没有正确实现空闲检测，导致CPU无法进入深度睡眠。嗯，这种问题很隐蔽，但排查思路就是：先看C-state分布，再找谁在阻止睡眠。
核心要点：ACPI是OS和硬件之间的翻译官。C-states管空闲，P-states管运行。AMD的CPPC是推荐方案。调试时，先看ACPI表是否完整，再看C-state/P-state的实际分布。
好了，这一章的内容就到这里。下一章我们会深入AMD的电源管理硬件单元，看看SMU（System Management Unit）到底是怎么工作的。到时候我会分享一个让我熬夜到凌晨三点的调试故事，保证精彩。