2. 功耗管理基础概念：动态功耗与静态功耗、CMOS功耗公式、电压与频率缩放原理

在嵌入式Linux系统中，功耗调优的起点是理解芯片功耗的物理构成。只有掌握了功耗从何而来，才能在设计设备树、配置驱动和选择调度策略时做出正确的权衡。本节将深入剖析CMOS电路的功耗模型，并解释电压与频率缩放（DVFS）这一核心节能手段的数学与物理基础。

2.1 动态功耗与静态功耗

CMOS（互补金属氧化物半导体）电路的总功耗由两个主要部分构成：动态功耗和静态功耗。在深亚微米工艺下，静态功耗的比重日益增加，但动态功耗在大多数高频场景下仍占主导。

2.2 CMOS功耗公式详解

CMOS总功耗的经典公式如下：

P_total = P_dynamic + P_static
P_dynamic = α · C_load · V² · f
P_static  = I_leak · V

其中：

• α：活动因子（0 ~ 1），表示每个时钟周期内门电路发生翻转的概率。在驱动代码中，频繁的寄存器读写会显著提高 α 值。
• C_load：负载电容，包括门电容、互连电容和扇出电容。设备树中设置的驱动强度（drive strength）直接影响此值。
• V：电源电压。这是DVFS操作的核心变量。
• f：工作频率。Linux cpufreq 框架直接控制此参数。
• I_leak：漏电流，随温度升高呈指数增长。在待机场景下，静态功耗可能成为主要矛盾。

2.3 电压与频率缩放原理（DVFS）

动态电压与频率缩放（Dynamic Voltage and Frequency Scaling, DVFS）是现代SoC最核心的功耗管理技术。其基本原理是：在任务负载较低时，同时降低工作频率和供电电压，以平方级减少动态功耗。

2.3.1 频率与电压的约束关系

频率不能独立于电压任意调节。CMOS门电路的传播延迟 t_d 由下式决定：

t_d ∝ (C_load · V) / ( (V - Vth)² )

其中 Vth 是晶体管的阈值电压。为了在更高频率下工作（即要求更小的 t_d），必须提高 V，以增大 (V - Vth) 的差值，从而加速门翻转。反之，降低频率时，可以安全地降低电压，但必须保证 V 仍高于 Vth 加上一定的噪声裕量。

2.3.2 DVFS 工作流程

一个典型的DVFS调节周期包含以下步骤：

1. 负载监测： 内核或驱动通过计数器、调度器利用率或硬件性能计数器评估当前CPU或设备的负载。
2. 频率决策： cpufreq 调速器（governor）根据负载和预设策略（如 ondemand、interactive、schedutil）选择目标频率。
3. 电压预置： 在改变频率之前，先通过 PMIC（电源管理集成电路）或内部稳压器将电压调整到目标频率对应的 Vmin。
4. 频率切换： 时钟控制器（clk framework）改变 PLL 或分频器设置，输出新频率。
5. 稳定等待： 等待 PLL 锁定和电压稳定，通常需要几微秒到几十微秒。

2.4 设备树中的DVFS描述

在嵌入式Linux中，DVFS的能力和约束通过设备树中的 operating-points-v2 绑定来描述。以下是一个典型的CPU DVFS设备树片段：

cpu0: cpu@0 {
    compatible = "arm,cortex-a7";
    reg = <0x0>;
    clocks = <&clk IMX6QDL_CLK_ARM>;
    clock-names = "cpu";
    operating-points-v2 = <&cpu0_opp_table>;
};

cpu0_opp_table: opp-table {
    compatible = "operating-points-v2";
    opp-shared;

    opp-1200000000 {
        opp-hz = /bits/ 64 <1200000000>;
        opp-microvolt = <1100000>;
        clock-latency-ns = <150000>;
    };
    opp-800000000 {
        opp-hz = /bits/ 64 <800000000>;
        opp-microvolt = <900000>;
        clock-latency-ns = <100000>;
    };
    opp-400000000 {
        opp-hz = /bits/ 64 <400000000>;
        opp-microvolt = <700000>;
        clock-latency-ns = <80000>;
    };
};

2.5 功耗管理的层次与协同

在Linux系统中，功耗管理不是单一模块的任务，而是从硬件到应用层的多层次协同。下表总结了各层次的角色：