4. Linux电源管理框架
Linux 电源管理并不是一个单一驱动，而是一组围绕“功耗—性能—温度”三角约束协同工作的子系统。PMIC 提供电源硬件能力，Regulator 把电源抽象成可被内核消费的供电域，OPP 描述频率/电压与性能的对应关系，CPUFreq 与 DevFreq 分别负责 CPU 和其他设备的动态调频，Thermal 则在温度越界时反向压制频率或电压。理解它们之间的数据流与控制流，是排查“为什么降频”“为什么电压没变”“为什么温度不高却限频”等问题的前提。
核心原理：三层抽象与两条闭环
从内核视角看，这套框架可以分成三层。最底层是 PMIC 硬件，它通过 I2C/SPI/SPMI 暴露寄存器，控制 Buck、LDO、充电器等电源输出。中间层是 Regulator 框架，它把每一路电源抽象成 regulator 设备，提供 enable/disable、set_voltage、get_voltage 等统一 API，并负责约束校验（如电压范围、父子域依赖）。最上层是 消费者，包括 CPUFreq、DevFreq、Thermal 以及各类设备驱动，它们通过 regulator_get 获取供电句柄，再结合 OPP 表完成频率与电压的联动。
两条闭环决定了系统的动态行为。第一条是性能闭环：CPUFreq/DevFreq 根据负载选择目标频率，通过 OPP 表查到对应电压，再调用 Regulator 设置电压，最终由 PMIC 执行。第二条是热闭环：Thermal 框架周期性读取温度传感器，当温度越过 trip 点时触发 cooling device，cooling device 反过来限制 CPUFreq/DevFreq 的最大频率，从而降低功耗和温度。两条闭环共享 OPP 和 Regulator，因此任何一环配置错误都会表现为“降频异常”或“电压不匹配”。
方法流程：一次调频的完整路径
以 CPU 负载升高为例，一次完整的调频调压流程如下：
- 调度器统计 CPU 利用率，schedutil governor 计算出目标频率。
- CPUFreq 在 OPP 表中查找该频率对应的电压值。
- CPUFreq 调用 regulator_set_voltage，请求目标电压。
- Regulator 框架校验电压是否在约束范围内，并检查父子域依赖。
- Regulator 驱动通过 I2C 写 PMIC 寄存器，调整 Buck 输出电压。
- 电压稳定后，CPUFreq 写时钟寄存器切换频率。
- Thermal 框架持续采样温度，若超过 trip 点则限制最大频率。
对应的内核调试命令如下：
# 查看 CPU 当前频率与可用档位
cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq
cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_frequencies
# 查看 regulator 状态
cat /sys/kernel/debug/regulator/regulator_summary
# 查看 thermal zone 与 trip 点
cat /sys/class/thermal/thermal_zone0/temp
cat /sys/class/thermal/thermal_zone0/trip_point_0_temp
# 查看 OPP 表
cat /sys/kernel/debug/opp/opp_summary案例场景：GPU 高负载下的联动降频
假设一台搭载 SoC 的设备在运行 3D 游戏时出现帧率骤降。排查路径可以这样展开：首先查看 /sys/class/thermal/thermal_zone0/temp，发现温度已接近 85°C；再查看 trip 点，确认 80°C 触发了 passive cooling。接着查看 DevFreq 的 cur_freq，发现 GPU 频率被限制在较低档位。进一步查看 regulator_summary，确认 GPU 供电域电压也随 OPP 表下调。这说明 Thermal 通过 cooling device 限制了 DevFreq，DevFreq 又通过 OPP 和 Regulator 完成了降压降频。若此时温度仍不下降，则需要检查散热设计或 PMIC 电压是否偏高。
误区与复盘
常见误区之一是认为“调频就是写时钟寄存器”。实际上，在需要调压的平台上，必须先调压再调频，否则可能出现频率升高而电压不足导致系统崩溃。误区之二是忽略 Regulator 的约束校验，直接请求超出范围的电压，结果被框架拒绝却误以为驱动没生效。误区之三是把 Thermal 当成独立模块，实际上 Thermal 的 cooling device 必须与 CPUFreq/DevFreq 正确绑定，否则温度越界后无法有效限频。
| 子系统 | 核心职责 | 关键接口/节点 | 典型问题 |
|---|---|---|---|
| PMIC | 提供电源输出与寄存器控制 | I2C/SPI/SPMI 寄存器 | 寄存器写入失败、电压漂移 |
| Regulator | 电源抽象、约束校验、开关与调压 | regulator_get / set_voltage | 约束拒绝、父子域依赖错误 |
| OPP | 频率-电压-性能对应表 | opp-hz / opp-microvolt | 档位缺失、电压不匹配 |
| CPUFreq | CPU 动态调频 | scaling_governor / scaling_cur_freq | governor 选择不当、调频滞后 |
| DevFreq | GPU/DDR/总线动态调频 | cur_freq / governor | 负载统计不准、档位跳变 |
| Thermal | 温度监控与过热保护 | thermal_zone / cooling_device | trip 点设置不合理、绑定失败 |
复盘时建议按“温度→Thermal→CPUFreq/DevFreq→OPP→Regulator→PMIC”的顺序逐层检查，每一层都确认输入输出是否符合预期。只有把这条链路完整走通，才能真正定位电源管理问题的根因，而不是停留在“降频了”这种表面现象上。