3. CPU空闲管理：cpuidle框架、C-states与P-states，以及如何通过驱动影响空闲状态

在现代嵌入式Linux系统中，CPU并非始终处于繁忙状态。当没有任务需要执行时，内核会尝试将CPU置于低功耗模式。这一过程的核心由 cpuidle框架 管理，它决定了CPU在空闲时进入何种深度睡眠状态（C-states），以及如何在性能与功耗之间动态调整电压频率（P-states）。作为驱动开发者，理解并正确影响这些空闲状态，是降低系统功耗的关键手段。

3.1 C-states与P-states：两种不同的节能维度

CPU的功耗管理分为两个正交的维度：C-states（空闲状态） 和 P-states（性能状态）。前者控制CPU在空闲时的电源门控与时钟门控深度，后者控制CPU在运行时的电压与频率组合。

3.2 cpuidle框架：从空闲到深度睡眠的决策链

cpuidle框架位于内核调度器与硬件平台之间，负责在CPU空闲时选择最合适的C-state。其核心组件包括：

• cpuidle driver：注册平台支持的C-states列表，提供进入/退出特定C-state的底层操作函数。
• cpuidle governor：根据空闲时长预测、唤醒延迟容忍度等指标，从可用C-states中选择一个。
• cpuidle sysfs接口：通过 /sys/devices/system/cpu/cpuX/cpuidle/ 暴露每个C-state的统计信息。

下面的SVG图展示了cpuidle框架在CPU空闲时的完整决策流程：

3.3 驱动如何影响空闲状态：延迟约束与唤醒源

驱动程序可以通过以下两种主要机制影响CPU的空闲状态选择：

1. 设置PM QoS延迟约束：驱动通过 pm_qos_add_request() 或设备级PM QoS接口，声明设备能容忍的最大唤醒延迟。cpuidle governor在选择C-state时，会确保所选状态的退出延迟不超过该约束。
2. 注册唤醒源（wakeup source）：驱动通过 device_init_wakeup() 将设备标记为唤醒源，并管理唤醒使能标志。这会影响系统在suspend-to-idle或更深睡眠时的行为。

3.4 实战：在驱动中正确使用PM QoS

以下代码片段展示了一个网络设备驱动如何在数据包收发期间设置延迟约束，并在空闲时释放：

#include <linux/pm_qos.h>
#include <linux/device.h>

struct my_dev {
    struct device *dev;
    struct pm_qos_request qos_req;
    spinlock_t lock;
    bool qos_active;
};

/* 在数据包到达或DMA传输前调用 */
void my_dev_start_traffic(struct my_dev *mdev)
{
    unsigned long flags;
    spin_lock_irqsave(&mdev->lock, flags);
    if (!mdev->qos_active) {
        /* 要求CPU退出延迟不超过50微秒，保证DMA中断快速响应 */
        pm_qos_add_request(&mdev->qos_req, PM_QOS_CPU_DMA_LATENCY, 50);
        mdev->qos_active = true;
    }
    spin_unlock_irqrestore(&mdev->lock, flags);
}

/* 在数据包处理完毕、设备空闲时调用 */
void my_dev_stop_traffic(struct my_dev *mdev)
{
    unsigned long flags;
    spin_lock_irqsave(&mdev->lock, flags);
    if (mdev->qos_active) {
        pm_qos_remove_request(&mdev->qos_req);
        mdev->qos_active = false;
    }
    spin_unlock_irqrestore(&mdev->lock, flags);
}

3.5 cpuidle governor对比：menu vs ladder vs teo

内核提供了多种cpuidle governor，适用于不同的场景：

下面的SVG图展示了menu governor如何利用历史数据预测空闲时长：

3.6 总结：驱动开发者的空闲管理检查清单

• ✅ 识别关键延迟路径：找出驱动中哪些中断或DMA完成事件需要CPU快速响应。
• ✅ 动态管理PM QoS：仅在必要时设置紧约束，空闲时立即释放或放宽。
• ✅ 避免长忙等（busy-wait）：使用 usleep_range() 或 msleep() 替代 mdelay()，让CPU有机会进入C-state。
• ✅ 利用tracepoint调试：使用 trace_cpu_idle() 和 trace_pm_qos_update() 跟踪空闲状态选择和QoS变化。
• ✅ 测试深度C-state可达性：在系统空闲时通过 cat /sys/devices/system/cpu/cpu0/cpuidle/state3/usage 确认深度睡眠被实际使用。