1、电源管理概述：Linux电源管理子系统全景、ACPI与设备树、功耗与性能的权衡艺术

1.1 为什么我们需要电源管理？

说实话，我刚入行那会儿，对电源管理这事儿挺不以为然的。觉得不就是让设备休眠嘛，有啥好研究的？直到有一次，我在一个嵌入式项目里，电池续航死活达不到客户要求的48小时。嗯，那段时间真是焦头烂额。

后来我才真正理解——电源管理不是简单的“关掉设备”，而是一套精密的资源调度艺术。你想想看，一个现代SoC里可能有几十个电源域、上百个时钟域，每个外设都有不同的功耗状态。怎么让它们在需要时瞬间唤醒，不需要时深度睡眠，这背后是一整套机制在支撑。

我个人习惯把Linux电源管理子系统比作一个“智能管家”。它要管的事情包括：

• CPU的闲忙状态——该跑多快？该不该歇会儿？
• 外设的供电控制——屏幕、WiFi、传感器，谁该开谁该关？
• 系统级的休眠策略——待机、休眠、关机，选哪个最合适？
• 热管理——别让芯片烧了，也别让风扇吵死人。

说白了，电源管理就是在“省电”和“够用”之间找平衡。这个平衡点找得好，用户体验就上去了。

1.2 Linux电源管理子系统全景

Linux的电源管理框架，其实是个分层结构。我画个简单的逻辑图给你看：

用户空间 (sysfs, pm-utils, power-profiles-daemon)
        ↓
内核空间 (PM核心框架)
        ↓
    ├── CPU空闲管理 (cpuidle)
    ├── CPU频率管理 (cpufreq)
    ├── 设备电源管理 (runtime PM, system PM)
    ├── 时钟与电源域 (clk, regulator, pinctrl)
    └── 热管理 (thermal)
        ↓
硬件层 (ACPI / 设备树 / 固件接口)

这个结构里，最上层是用户空间，你平时用的systemctl suspend、echo mem > /sys/power/state，都是在这一层操作。

中间是内核空间，这是真正干活的地方。cpuidle管CPU闲时省电，cpufreq管CPU跑多快，runtime PM管设备用完了自动关。

最底层是硬件接口，x86平台用ACPI，ARM平台用设备树。这两套东西差别挺大，后面我会细说。

1.3 ACPI与设备树——两种不同的“方言”

我在项目中遇到过最头疼的事，就是同一个电源管理策略，在x86上跑得好好的，移植到ARM上就翻车了。原因很简单——ACPI和设备树是两套完全不同的“方言”。

1.3.1 ACPI（高级配置与电源接口）

ACPI是x86平台的标配。它把硬件信息、电源管理方法、热管理策略都打包在固件里。内核启动时，通过解析ACPI表来了解硬件能力。

举个例子，ACPI里定义了一个设备怎么进入D3冷状态：

// ACPI中的电源资源描述示例
Name (_PR0, Package() { PWR0, PWR1 })  // 需要的电源资源
Name (_PR3, Package() { PWR0, PWR1 })  // D3热状态
Name (_PS0, Method() { ... })          // 唤醒方法
Name (_PS3, Method() { ... })          // 休眠方法

ACPI的好处是标准化程度高，BIOS厂商帮你把硬件细节都封装好了。坏处是——你没法改。遇到固件bug，只能等厂商更新。

1.3.2 设备树（Device Tree）

ARM平台用的是设备树。它就是个文本文件，描述硬件怎么连接、寄存器地址在哪、电源域怎么划分。

比如一个WiFi芯片的电源管理描述：

wifi: wifi@1 {
    compatible = "vendor,wifi-chip";
    reg = <0x1 0x100>;
    interrupts = <GIC_SPI 42 IRQ_TYPE_LEVEL_HIGH>;
    clocks = <&clk 10>;
    power-domains = <&pd_wifi>;
    wakeup-source;
};

设备树的好处是灵活、开源，你可以直接改dts文件来调整电源策略。坏处是——没有统一标准，每家芯片厂的写法都不一样。

1.4 功耗与性能的权衡艺术

这是整个电源管理里最核心、也最考验经验的地方。功耗和性能，就像跷跷板的两头——你压下去一头，另一头就翘起来。

我举个例子。CPU频率管理（cpufreq）里有个策略叫performance，它让CPU一直跑在最高频。性能是好了，但功耗直接拉满。另一个策略叫powersave，让CPU跑在最低频，省电是省电，但用户可能觉得手机卡成PPT。

那怎么办？动态调频（DVFS）就是答案。Linux里常用的调频governor有：

Governor	策略	适用场景
performance	最高频运行	跑分、游戏
powersave	最低频运行	待机、后台任务
ondemand	按需调频	通用场景
conservative	缓慢调频	省电优先
schedutil	基于调度器负载	现代内核推荐

我个人最推荐schedutil。为什么？因为它直接跟调度器挂钩，能更精准地感知CPU负载变化。不像ondemand那样，等负载上来了才调频，反应慢半拍。

1.5 实际项目中的权衡策略

我在一个平板电脑项目里，遇到过典型的功耗与性能矛盾。用户抱怨看视频时发热严重，但降频后又觉得画面卡顿。

我们的解决方案是：

1. 识别场景——通过用户空间框架判断当前是视频播放、网页浏览还是游戏。
2. 动态调整——视频场景下，把GPU频率锁定在中等水平，CPU用schedutil。
3. 热管理介入——温度超过55度时，主动降频并降低屏幕亮度。
4. 用户可配置——在设置里提供“省电模式”和“性能模式”开关。

说白了，没有一套策略能通吃所有场景。好的电源管理，一定是场景感知的、动态自适应的。

1.6 本章小结

嗯，这一章我们聊了Linux电源管理的整体框架，也对比了ACPI和设备树的差异。最重要的是，我跟你分享了功耗与性能权衡的一些实战经验。

记住几个关键点：

• 电源管理是多个子系统协同的结果，别只盯着一个模块调优。
• ACPI适合x86，设备树适合ARM，别搞混了。
• 功耗与性能的平衡，没有银弹，必须结合具体场景来设计。

下一章，我们会深入cpuidle子系统，看看CPU在空闲时到底在干什么。你可能会惊讶——原来CPU“闲着”的时候，也在偷偷耗电。