当前位置:首页>Linux>Linux 内核功耗子系统(四):电源域通用框架梳理

Linux 内核功耗子系统(四):电源域通用框架梳理

  • 2026-09-11 01:49:11
Linux 内核功耗子系统(四):电源域通用框架梳理

全景介绍

在现代 SoC 设计中,电源域(Power Domain)是精细化功耗管理的核心支撑单元。随着芯片工艺进入 7nm 及以下,静态漏电功耗占比显著上升,独立控制各功能模块的电源通断成为能效优化的关键手段。GENPD(Generic Power Domain)作为 Linux 内核电源管理子系统的中层框架,上承 Runtime PM 与系统挂起机制,下接硬件电源控制逻辑,构建了一套统一的电源域抽象与调度体系。

GENPD 框架的核心价值体现在三个层面:

  • • 硬件抽象:将不同厂商的电源控制硬件封装为标准接口,屏蔽底层差异
  • • 统一调度:通过引用计数机制管理域内设备的电源状态,确保域内设备共进退
  • • 层级协同:支持父子电源域的嵌套依赖,保证电源时序的正确性

实际情况

随着 SoC 集成度的不断提升,一颗芯片往往集成了 CPU、GPU、NPU、ISP、VPU、多媒体编解码器等数十个功能模块。如果所有模块共享同一电源轨,将导致两个严重问题:

  1. 1. 功耗浪费:闲置模块的漏电功耗无法消除,待机功耗居高不下
  2. 2. 粒度粗糙:无法针对单个模块进行独立的电源开关控制

为解决这些问题,现代 SoC 普遍采用多电源域设计,将芯片划分为若干个可独立上电/断电的逻辑区域。但这又引入了新的复杂度:

  • • 多个设备共享同一电源域时,必须保证"任一设备工作则域上电,所有设备空闲才断电"
  • • 电源域之间存在层级依赖(子域上电前父域必须已激活)
  • • 不同厂商的电源控制硬件接口千差万别

GENPD 的定位

GENPD 框架位于 drivers/base/power/domain.c,是内核电源管理体系的中间层:

  • • 向下:抽象电源域硬件的开关操作,封装上电、断电、时钟控制等底层行为
  • • 向上:为 Runtime PM 框架和系统挂起流程提供统一的电源域管理接口
  • • 横向:通过设备树机制建立设备与电源域的绑定关系

抽象对象

GENPD 框架的核心抽象围绕以下关键数据结构展开:

Image

struct generic_pm_domain

这是电源域的核心表示结构,每个电源域对应一个实例:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43

struct generic_pm_domain {    const char *name;           /* 电源域名称 */struct dev_pm_domain domain; /* PM 域基类 */    /* 状态管理 */    unsigned int flags;         /* 域属性标志 */    bool powered_off;           /* 当前是否断电 */    int device_count;           /* 域内设备数量 */    int prepared_count;         /* 已准备设备计数 */    /* 引用计数 */    atomic_t refcount;          /* 激活引用计数 */    /* 硬件操作回调 */    int (*power_on)(struct generic_pm_domain *domain);    int (*power_off)(struct generic_pm_domain *domain);    int (*attach_dev)(struct generic_pm_domain *domain,struct device *dev);    void (*detach_dev)(struct generic_pm_domain *domain,struct device *dev);    /* 层级关系 */struct generic_pm_domain *parent; /* 父电源域 */struct list_head child_links;    /* 子域链表 */    /* 域内设备 */struct list_head dev_list;       /* 挂载设备链表 */    /* Governor */struct dev_power_governor *gov;    /* 性能状态 */struct dev_pm_opp *opps;    unsigned int state_count;struct gpd_power_state *states;    /* 统计信息 */    ktime_t on_time;    ktime_t off_time;    u64 on_time_ns;    u64 off_time_ns;};

struct generic_pm_domain_data

每个挂载到电源域的设备对应一个实例,用于追踪设备状态:

1
2
3
4
5
6
7
8

struct generic_pm_domain_data {struct pm_domain_data base;struct generic_pm_domain *domain;    unsigned int refcount;       /* 设备级引用计数 */    bool need_restore;           /* 唤醒时是否需要恢复 */struct list_head list_node;  /* 域设备链表节点 */};

struct genpd_onecell_data

用于设备树绑定的 onecell 风格数据结构,管理一组电源域:

1
2
3
4
5
6

struct genpd_onecell_data {struct generic_pm_domain **domains;  /* 电源域数组 */    unsigned int num_domains;            /* 域数量 */    unsigned int domain_index;           /* 当前索引 */};

模型

整体架构

GENPD 框架采用分层设计模型,自上而下分为三层:

核心设计原则

  1. 1. 引用计数驱动:电源域的上电/断电完全由引用计数决定,计数从 0→1 时上电,从 1→0 时断电
  1. 2. 域内设备共进退:只要域内有一个设备处于激活状态,整个电源域保持上电
  2. 3. 父子域层级约束:子域上电前必须确保父域已激活,父域断电前必须确保所有子域已关闭
  1. 4. 透明集成:设备驱动无需感知电源域的存在,通过标准的 pm_runtime 接口即可间接操作

电源域状态机

电源域定义了清晰的状态转换模型:

数据流

电源域注册流程

平台驱动通过以下接口向 GENPD 核心注册电源域:

关键函数调用序列:

1
2
3
4
5
6

pm_genpd_init()  └→ 初始化锁、链表、统计信息  └→ 设置默认 governor  └→ 初始状态设置  └→ list_add(&domain->gpd_list_node, &gpd_list)

设备与电源域绑定流程

设备通过设备树的 power-domains 属性完成绑定:

电源域上电数据流

电源域断电数据流

运行

与 Runtime PM 框架的协同

GENPD 通过 struct dev_pm_domain 机制无缝集成到 Runtime PM 体系中。当设备绑定到电源域后,其 dev->pm_domain 被替换为 GENPD 提供的操作集:

1
2
3
4
5
6
7
8
9
10
11
12

staticstruct dev_pm_domain genpd_dev_pm_ops = {    .runtime_suspend = genpd_runtime_suspend,    .runtime_resume  = genpd_runtime_resume,    .runtime_idle    = genpd_runtime_idle,    .suspend_noirq   = genpd_suspend_noirq,    .resume_noirq    = genpd_resume_noirq,    .freeze_noirq    = genpd_freeze_noirq,    .thaw_noirq      = genpd_thaw_noirq,    .prepare         = genpd_prepare,    .complete        = genpd_complete,};

这种设计使得设备驱动无需感知电源域的存在,继续使用标准的 pm_runtime_get/put 接口即可自动触发电源域的状态转换。

系统挂起流程中的行为

在系统挂起的 suspend_noirq 阶段,GENPD 执行以下操作:

  1. 1. 遍历所有电源域,按照子域先于父域的顺序挂起
  2. 2. 对每个域,先挂起域内所有设备,再执行域的断电操作
  3. 3. 保存必要的上下文信息以便唤醒时恢复

在系统唤醒的 resume_noirq 阶段执行逆操作:

  1. 1. 按照父域先于子域的顺序唤醒
  2. 2. 先执行域的上电操作,再恢复域内设备
  3. 3. 恢复设备上下文

空闲电源域自动关闭

GENPD 在内核 late_initcall 阶段注册了 genpd_poweroff_unused 工作项,定期扫描所有电源域,自动关闭没有设备挂载或所有设备都已空闲的电源域,确保系统启动后闲置的电源域不会白白消耗电力。

Governor 决策机制

GENPD 支持可插拔的电源管理 Governor,用于决策是否允许电源域断电。默认提供两种策略:

  • • pm_domain_always_on_gov:始终保持上电,不允许断电
  • • pm_domain_qos_governor:根据 QoS 约束决定是否断电

平台可以根据功耗和延迟需求选择或自定义 Governor。

案例:RK3588 电源域实现

RK3588 电源域硬件架构

RK3588 采用精细化的电源域划分设计,芯片内部划分为 20+ 个独立电源域,由 PMU(Power Management Unit)统一控制。关键电源域包括:

域 ID 宏定义
值
对应功能模块
RK3588_PD_CPU_BIG0
0
大核集群 0 
RK3588_PD_CPU_BIG1
1
大核集群 1 
RK3588_PD_CPU_LIT
2
小核集群 
RK3588_PD_GPU
10
Mali-G610 GPU
RK3588_PD_NPU
16
神经网络处理器
RK3588_PD_VENC
14
视频编码引擎
RK3588_PD_VDEC
15
视频解码引擎
RK3588_PD_VI
7
视频输入子系统
RK3588_PD_VO
8
视频输出子系统
RK3588_PD_ISP
9
图像信号处理器

设备树配置

RK3588 内核设备树中(rk3588.dtsi),电源域控制器定义如下:

1
2
3
4
5
6
7

power: power-controller@fdc20000 {    compatible = "rockchip,rk3588-pm-domains";    reg = <0x0 0xfdc20000 0x0 0x1000>;    #power-domain-cells = <1>;    status = "okay";};

设备绑定电源域的示例:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18

&gpu {    power-domains = <&power RK3588_PD_GPU>;    power-supply = <&vdd_gpu>;    status = "okay";};&npu {    power-domains = <&power RK3588_PD_NPU>;    power-supply = <&vdd_npu>;    status = "okay";};&venc {    power-domains = <&power RK3588_PD_VENC>;    power-supply = <&vdd_logic>;    status = "okay";};

RK3588 GENPD 驱动实现

RK3588 的电源域驱动位于 drivers/soc/rockchip/pm_domains.c,核心实现包括:

  1. 1. 电源域数组定义:静态定义所有电源域的 generic_pm_domain 实例
  2. 2. power_on 回调:写入 PMU 寄存器,执行时钟使能、解除复位、解除电源隔离
  3. 3. power_off 回调:写入 PMU 寄存器,执行复位、关闭时钟、设置电源隔离

典型的上电操作序列:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17

static int rockchip_pd_power_on(struct generic_pm_domain *domain){struct rockchip_pm_domain *pd = to_rockchip_pd(domain);    /* 1. 使能时钟 */    clk_bulk_enable(pd->num_clks, pd->clks);    /* 2. 解除复位 */    reset_control_deassert(pd->rst);    /* 3. 解除电源隔离 */    regmap_update_bits(pd->pmu, PD_ISO_CTRL_REG,                       pd->iso_mask, 0);    return 0;}

对应的断电操作则执行逆操作:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17

static int rockchip_pd_power_off(struct generic_pm_domain *domain){struct rockchip_pm_domain *pd = to_rockchip_pd(domain);    /* 1. 设置电源隔离 */    regmap_update_bits(pd->pmu, PD_ISO_CTRL_REG,                       pd->iso_mask, pd->iso_mask);    /* 2. 置位复位 */    reset_control_assert(pd->rst);    /* 3. 关闭时钟 */    clk_bulk_disable(pd->num_clks, pd->clks);    return 0;}

RK3588 电源域层级关系

RK3588 的电源域并非完全独立,而是存在明确的层级依赖关系:

这种层级关系通过 generic_pm_domain.parent 指针建立,GENPD 核心在处理电源状态转换时会自动遵循这些约束。例如,GPU 域上电前必须确保 PD_LOGIC 域已激活,而 PD_LOGIC 断电前必须确保 GPU、NPU、VPU 等所有子域均已关闭。

运行时状态查看

通过 debugfs 可以查看 RK3588 各电源域的实时状态:

1
2
3
4
5
6
7
8
9
10
11
12
13
14

cat /sys/kernel/debug/pm_genpd/pm_genpd_summaryDomain                      Status  #devices  idle_time--------------------------------------------------------pd_cpu_big0                 on      4         0mspd_cpu_big1                 on      4         0mspd_cpu_lit                  on      4         0mspd_gpu                      off     1         12500mspd_npu                      off     1         12500mspd_venc                     off     1         12500mspd_vdec                     off     1         12500mspd_vi                       off     1         12500mspd_vo                       off     1         12500ms

这表明系统中 CPU 集群处于工作状态,而 GPU、NPU、多媒体编解码等模块所在的电源域均已断电,累计空闲时间约 12.5 秒。

总结

核心机制回顾

GENPD 电源域框架是 Linux 内核精细化功耗管理的基石,其核心设计可概括为:

  • • 一个核心抽象:struct generic_pm_domain 统一表示所有电源域
  • • 两套关键机制:引用计数驱动状态转换,父子域层级约束保证时序
  • • 三类集成接口:无缝对接 Runtime PM、系统挂起、OPP/DVFS 三大子系统

设计权衡

GENPD 的设计体现了嵌入式系统典型的权衡艺术:

  • • 收益:通过软件复杂度的增加,换取硬件能效的显著提升。合理配置的系统可在 idle 状态下降低 40% 以上的漏电功耗
  • • 代价:电源域状态转换存在硬件延迟(通常几十到几百微秒),对延迟敏感的场景需谨慎使用
  • • 边界:GENPD 只负责电源域的开关调度,不直接参与电压调节,后者由 Regulator 子系统负责

对比表格

对比
CCF 时钟框架
reset 复位框架
GENPD 电源域框架
核心作用
频率/门控管理
初始状态控制
电源通断管理
级联关系
树形多级
扁平独立
树形嵌套层级
核心操作
set rate / prepare / enable
assert / deassert
power on / power off
功耗收益
减少动态功耗
配合关电降低静态
彻底关断消除漏电

最新文章

随机文章