2. Linux电源管理基础
在深入Platform Camera驱动电源管理设计之前，必须建立Linux电源管理的基础知识体系。本章将系统性地讲解三个核心层次：系统级电源状态（ACPI S-states）、运行时电源管理（Runtime PM）框架以及设备树中的电源属性描述。这三者构成了从系统全局到设备局部的完整电源管理栈。
2.1 系统级电源状态：S0/S3/S4
Linux系统遵循ACPI（Advanced Configuration and Power Interface）规范定义的全局电源状态。对于嵌入式Camera设备，理解S0、S3、S4状态及其转换路径至关重要，因为这直接决定了Camera在休眠和唤醒时的行为。
核心概念： 系统电源状态是全局性的，影响整个SoC及所有外设。Camera驱动必须正确响应这些状态转换，否则会导致图像数据丢失或系统无法唤醒。
2.1.1 ACPI S-state 定义与对比
| 状态 | 名称 | CPU状态 | 内存状态 | 外设状态 | 唤醒延迟 | 功耗 |
|---|---|---|---|---|---|---|
| S0 | Working (G0) | 运行/空闲 | 自刷新/活动 | 按需供电 | 即时 | 最高 |
| S3 | Suspend-to-RAM (STR) | 掉电 | 自刷新保留 | 掉电/保留唤醒上下文 | 秒级 | 低 |
| S4 | Hibernate (Suspend-to-Disk) | 掉电 | 镜像写入磁盘后掉电 | 完全掉电 | 十秒级 | 极低（关机级） |
Camera驱动关注点： S3状态是嵌入式Camera系统最常用的休眠模式。驱动需要在
.suspend()回调中保存Camera寄存器状态、停止MIPI时钟、关闭电源域；在.resume()回调中重新初始化硬件、恢复寄存器、重启流。S4状态通常需要驱动支持完整的上下文保存与恢复。
2.1.2 系统电源状态转换流程
下图展示了从S0到S3再到S0的典型转换路径，以及Camera驱动在其中的参与点。
常见陷阱： 在S3恢复过程中，如果Camera的电源域（power domain）没有在
.resume_early()阶段恢复，可能导致MIPI D-PHY时序错乱，产生图像撕裂或无法锁定同步信号。务必在.resume()之前确保SoC侧的CSI控制器已重新上电。
2.2 Runtime PM框架
Runtime PM（运行时电源管理）是Linux内核提供的一种细粒度电源管理机制，允许设备在没有被使用时自动进入低功耗状态，而无需整个系统进入S3。对于Camera设备，Runtime PM可以在视频流停止时立即关闭ISP和传感器电源，显著降低平均功耗。
2.2.1 Runtime PM核心数据结构与API
Runtime PM框架围绕struct dev_pm_ops中的三个回调构建：
| 回调函数 | 触发条件 | Camera驱动典型实现 |
|---|---|---|
runtime_suspend |
设备引用计数降为0，且满足空闲条件 | 关闭传感器电源、停止MCLK、关闭I2C总线电源 |
runtime_resume |
设备被重新引用（如打开video节点） | 重新上电、初始化寄存器、恢复MCLK、等待传感器稳定 |
runtime_idle |
设备引用计数为0，但尚未执行suspend | 通常调用pm_runtime_suspend()主动触发suspend |
关键API函数：
// 启用Runtime PM（通常在probe中调用）
pm_runtime_enable(dev);
pm_runtime_set_autosuspend_delay(dev, 2000); // 2秒自动挂起延迟
pm_runtime_use_autosuspend(dev);
// 获取/释放设备引用（在open/release中调用）
pm_runtime_get_sync(dev); // 唤醒设备，引用计数+1
pm_runtime_put_autosuspend(dev); // 释放引用，启动自动挂起定时器
// 强制状态转换
pm_runtime_suspend(dev); // 立即挂起
pm_runtime_resume(dev); // 立即唤醒2.2.2 Runtime PM状态机
Runtime PM维护一个简单的三状态机，驱动必须理解每个状态的转换条件。
Camera最佳实践： 使用自动挂起（autosuspend）机制，设置2-5秒的延迟。当用户停止视频流后，驱动不会立即关闭传感器，而是等待延迟时间，避免频繁开关机导致传感器初始化延迟影响用户体验。例如，快速切换预览/拍照模式时，自动挂起延迟可以避免不必要的电源状态切换。
2.3 设备树中的电源属性
设备树（Device Tree）是嵌入式Linux平台描述硬件拓扑和资源的主要方式。Camera驱动通过设备树节点获取电源相关的属性，包括电源域、供电电压、时钟频率和复位信号等。
2.3.1 标准电源属性
| 属性名 | 类型 | 描述 | Camera示例 |
|---|---|---|---|
power-domains |
<phandle> | 指向设备所属的电源域控制器 | <&cam_pd> |
clocks |
<phandle> 列表 | 设备使用的时钟源 | <&clk_mclk> |
resets |
<phandle> 列表 | 设备复位信号 | <&rst_cam> |
VDD-supply |
<phandle> | 主电源轨（ regulator ） | <&vdd_cam> |
VDDIO-supply |
<phandle> | I/O 电源轨 | <&vddio_cam> |
VDDD-supply |
<phandle> | 数字核心电源轨 | <&vddd_cam> |
2.3.2 Camera设备树节点示例
// 典型Camera传感器设备树节点
i2c@ff3e0000 {
#address-cells = <1>;
#size-cells = <0>;
reg = <0xff3e0000 0x1000>;
camera_sensor: camera@10 {
compatible = "sony,imx290";
reg = <0x10>;
// 电源属性
power-domains = <&cam_pd>;
clocks = <&clk_mclk>;
clock-names = "xvclk";
clock-frequency = <37125000>; // 37.125 MHz
resets = <&rst_cam 0>;
reset-gpios = <&gpio2 5 GPIO_ACTIVE_LOW>;
// 电源轨
VDD-supply = <&vdd_cam>; // 2.8V
VDDIO-supply = <&vddio_cam>; // 1.8V
VDDD-supply = <&vddd_cam>; // 1.2V
// 电源序列时序
powerdown-gpios = <&gpio2 6 GPIO_ACTIVE_HIGH>;
reset-delay-us = <10000>; // 复位后等待10ms
powerdown-delay-us = <5000>; // 断电后等待5ms
// MIPI CSI 配置
port {
camera_ep: endpoint {
remote-endpoint = <&csi_ep>;
data-lanes = <1 2 3 4>;
link-frequencies = /bits/ 64 <456000000>;
};
};
};
};2.3.3 电源域与电源轨的层次关系
设备树中的电源属性描述了从SoC电源管理单元（PMU）到Camera传感器的完整供电路径。
驱动解析流程： 在Camera驱动的
probe()函数中，通过dev_pm_domain_attach()关联电源域，通过devm_regulator_get()获取电源轨，通过devm_clk_get()获取时钟。Runtime PM回调中按顺序操作这些资源：先开时钟，再开电源轨，最后解除复位；挂起时顺序相反。
2.3.4 电源序列时序属性
Camera传感器对上电时序有严格要求，设备树中通过自定义属性描述这些时序约束：
// 上电序列（驱动实现顺序）
1. 使能 VDD (2.8V) —— 模拟电源
2. 延迟 1ms
3. 使能 VDDIO (1.8V) —— I/O 电源
4. 延迟 1ms
5. 使能 VDDD (1.2V) —— 数字核心电源
6. 延迟 5ms (等待内部振荡器稳定)
7. 释放复位信号 (reset-gpios 置高)
8. 延迟 10ms (等待传感器初始化完成)
9. 开始提供 MCLK (37.125 MHz)
10. 延迟 1ms
11. 释放 powerdown 信号 (powerdown-gpios 置低)
12. 延迟 20ms (等待传感器进入工作模式)
13. 通过 I2C 读取芯片 ID 确认通信正常
时序违规后果： 如果VDDIO在VDD之前上电，可能导致传感器I/O引脚出现闩锁效应（latch-up），永久损坏传感器。设备树中的
powerdown-delay-us和reset-delay-us属性必须与传感器数据手册严格一致。驱动应使用usleep_range()实现精确延迟，避免使用mdelay()在原子上下文中阻塞。