1. 课程导入
在嵌入式 Linux 系统中，芯片温度与供电电压是两条看不见却决定系统生死的“生命线”。温度过高会触发降频甚至关机，电压不稳会导致外设复位、数据损坏或功耗失控。Thermal（热管理）与 Regulator（稳压器）两个子系统，正是 Linux 内核用来管理这两条生命线的核心框架。本课程的目标，是让学习者从“会看设备树”进阶到“能独立调试温控与供电问题”，具备驱动开发、功耗优化与故障定位的工程能力。
一、学习目标：从概念到实战的四级跃迁
本课程围绕四个层次展开。第一层是概念层：理解温度传感器、冷却设备、调压器、供电域等基本对象及其在内核中的抽象。第二层是框架层：掌握 Thermal Zone、Trip Point、Cooling Device、Governor，以及 Regulator、Consumer、Constraint 等核心数据结构与注册流程。第三层是配置层：能够读懂并编写设备树中的 thermal-zones 与 regulators 节点。第四层是实战层：能够通过 sysfs、debugfs、trace 定位过温降频、电压跌落、上电时序等真实问题。
二、核心概念：两条生命线的抽象模型
Thermal 框架的核心是“感知—判断—动作”闭环。温度传感器（thermal sensor）周期性地把温度写入 Thermal Zone；Zone 中的 Trip Point 定义阈值，例如 passive 触发降频、critical 触发关机；Governor 根据策略选择 Cooling Device 并设置其冷却状态。Regulator 框架的核心则是“供电—约束—消费”关系：Regulator 提供电压/电流，Consumer 通过 regulator_get 获取句柄，Constraint 限制可调范围，最终由硬件完成电压切换。
两者并非孤立。CPU 的 OPP（Operating Performance Point）表同时描述频率与电压，DVFS 调频时必然调用 Regulator 调压；而温度升高触发降频时，又会反向影响电压需求。理解这种耦合，是工程调试的关键。
三、整体框架：从设备树到内核对象的映射
Linux 内核通过设备树把硬件描述与驱动解耦。Thermal 侧，thermal-zones 节点定义 zone、trips 与 cooling-maps；Regulator 侧，regulators 节点定义每个稳压器的电压范围、工作模式与 always-on 属性。驱动 probe 时，框架解析这些节点并注册为内核对象，最终暴露到 sysfs 与 debugfs，供用户空间观测与控制。
| 层次 | Thermal 关键对象 | Regulator 关键对象 | 观测入口 |
|---|---|---|---|
| 设备树 | thermal-zones / trips | regulators / regulator-xxx | dtc 反编译 |
| 内核框架 | thermal_zone_device | regulator_dev / regulator_consumer | debugfs |
| 策略/约束 | governor / cooling_map | constraints / OPP | sysfs |
| 硬件动作 | 降频、风扇、关机 | 调压、使能、模式切换 | 示波器 / 功耗仪 |
四、实战路线图：从观测到定位
工程调试遵循“先观测、再关联、后验证”的路径。第一步，读取温度与电压现状：
# 查看所有 thermal zone 温度
cat /sys/class/thermal/thermal_zone*/temp
# 查看 trip point 与冷却状态
cat /sys/class/thermal/thermal_zone0/trip_point_*_temp
cat /sys/class/thermal/cooling_device*/cur_state
# 查看 regulator 电压与状态
cat /sys/kernel/debug/regulator/regulator_summary
第二步，关联异常。若发现 CPU 频繁降频，应同时检查 thermal_zone 温度曲线与 CPU 供电电压是否跌落；若某个外设 probe 返回 -EPROBE_DEFER，通常说明其依赖的 regulator 尚未就绪，需要检查 regulator 的注册顺序与 always-on 配置。第三步，验证修复：调整 trip point、修改 governor、补充 regulator 约束，然后重新观测曲线是否收敛。
五、常见误区与复盘
- 误区一：只调 trip point 不调 governor。阈值只是触发条件，真正决定降频幅度的是 governor 与 cooling map，二者需配合。
- 误区二：认为 regulator 只要电压对就行。上电时序、使能顺序、负载能力同样关键，否则会出现间歇性复位。
- 误区三：忽略 OPP 表与电压的绑定。频率与电压不匹配会导致系统不稳定或功耗偏高。
- 误区四：调试时只看 dmesg。sysfs 与 debugfs 提供实时数值，trace 提供调用链，三者结合才能定位根因。