电源管理：电源状态、IRP_MJ_POWER、设备电源策略、唤醒事件、节能与性能平衡

电源管理这个话题，说实话，很多驱动开发者一开始都不太重视。我早年也是这样——觉得只要功能跑通就行，省电那是系统的事。直到有一次，我写的一个PCIe采集卡驱动，在笔记本上跑得好好的，一插电池就蓝屏。查了三天，最后发现是电源状态切换时，DMA缓冲区没处理好。嗯，从那以后，我再也不敢小看电源管理了。

今天我们就来聊聊Windows驱动开发中的电源管理。说白了，就是让设备在「干活」和「休息」之间平滑切换，同时别把系统搞崩了。

一、电源状态：D0、D1、D2、D3 到底是个啥？

Windows定义了四种设备电源状态，从D0到D3。D0是全速运行，D3是彻底断电。中间还有D1和D2，属于浅睡眠和深睡眠。

状态	功耗	设备上下文保留	恢复延迟	典型场景
D0	全功耗	全部保留	无	正常工作
D1	低	部分保留	短	空闲但可能很快唤醒
D2	更低	少量保留	中等	较长时间空闲
D3	接近0	全部丢失	长	设备关闭或睡眠

我个人习惯把D1和D2统称为「中间态」。为什么要有中间态？你想想看，如果每次空闲都直接断电，那恢复时得重新初始化硬件，太慢了。中间态就是做个折中——省点电，但别省过头。

二、IRP_MJ_POWER：电源请求的交通枢纽

所有电源相关的操作，都是通过IRP_MJ_POWER这个MajorFunction来传递的。系统发来一个电源IRP，你的驱动得决定是处理它，还是往下传。

电源IRP分两类：

• 主IRP（Major IRP）：比如IRP_MN_SET_POWER、IRP_MN_QUERY_POWER，这些是核心操作。
• 次要IRP（Minor IRP）：比如IRP_MN_WAIT_WAKE，用于唤醒相关。

处理电源IRP时，有个关键原则：先处理自己的部分，再往下传。举个例子：

NTSTATUS MyDispatchPower(PDEVICE_OBJECT DeviceObject, PIRP Irp)
{
    PIO_STACK_LOCATION irpStack = IoGetCurrentIrpStackLocation(Irp);
    
    // 先处理自己的电源状态切换
    if (irpStack->MinorFunction == IRP_MN_SET_POWER)
    {
        POWER_STATE newState = irpStack->Parameters.Power.State;
        if (irpStack->Parameters.Power.Type == DevicePowerState)
        {
            // 这里处理设备电源状态切换
            MySetDevicePowerState(DeviceObject, newState.DeviceState);
        }
    }
    
    // 然后传给下层驱动
    PoStartNextPowerIrp(Irp);
    IoSkipCurrentIrpStackLocation(Irp);
    return IoCallDriver(DeviceObject->NextDeviceObject, Irp);
}

这里有个坑，我曾经踩过：千万别忘了调用PoStartNextPowerIrp。否则系统会认为你的驱动还在处理上一个电源IRP，后续的电源请求全堵住了。

三、设备电源策略：谁来决定什么时候省电？

每个设备都有一个「电源策略所有者」（Power Policy Owner）。说白了，就是由谁来决定设备什么时候进入低功耗状态。

对于功能驱动（Function Driver）来说，通常你自己就是策略所有者。你需要做三件事：

1. 注册设备接口，让系统知道你的设备支持电源管理。
2. 处理空闲检测，判断设备是否长时间没有I/O活动。
3. 发送电源IRP，在适当时机把设备切换到低功耗状态。

我建议用PoRegisterDeviceForIdleDetection这个API来做空闲检测。它会在设备空闲一段时间后，自动触发一个电源IRP。你只需要在回调里处理状态切换就行。

// 注册空闲检测，5秒无活动就进入D3
PO_DX_PERFORMANCE idlePerf = {0};
idlePerf.State = PowerDeviceD3;
idlePerf.Timeout = 5000; // 单位：毫秒

POHANDLE idleHandle = PoRegisterDeviceForIdleDetection(
    DeviceObject,
    &idlePerf,
    NULL,
    TRUE  // 允许系统管理空闲
);

四、唤醒事件：让设备从睡梦中醒来

设备进入低功耗后，怎么唤醒？这就要用到IRP_MN_WAIT_WAKE了。

唤醒的流程是这样的：

1. 驱动发送一个WAIT_WAKE IRP给下层总线驱动。
2. 总线驱动在硬件上启用唤醒信号（比如PME#引脚）。
3. 当唤醒事件发生时，总线驱动完成这个IRP。
4. 你的驱动收到完成通知，开始恢复设备到D0状态。

代码上大概是这样：

// 发送WAIT_WAKE IRP
PIRP wakeIrp = IoAllocateIrp(DeviceObject->StackSize, FALSE);
PIO_STACK_LOCATION nextStack = IoGetNextIrpStackLocation(wakeIrp);
nextStack->MajorFunction = IRP_MJ_POWER;
nextStack->MinorFunction = IRP_MN_WAIT_WAKE;

// 设置完成例程
IoSetCompletionRoutine(wakeIrp, MyWakeUpCompletion, DeviceObject, TRUE, TRUE, TRUE);

// 发送给下层驱动
NTSTATUS status = IoCallDriver(DeviceObject->NextDeviceObject, wakeIrp);

在完成例程里，你需要把设备恢复到D0：

NTSTATUS MyWakeUpCompletion(PDEVICE_OBJECT DeviceObject, PIRP Irp, PVOID Context)
{
    // 设备被唤醒了，恢复D0状态
    POWER_STATE powerState = {0};
    powerState.DeviceState = PowerDeviceD0;
    
    // 发送SET_POWER IRP给自己
    PoRequestPowerIrp(DeviceObject, IRP_MN_SET_POWER, powerState, 
                      MySetPowerComplete, NULL, NULL);
    
    return STATUS_MORE_PROCESSING_REQUIRED;
}

五、节能与性能平衡：别为了省电把性能搞崩了

电源管理最头疼的问题，就是节能和性能的平衡。你想想看，如果设备频繁进入D3又唤醒，那功耗可能比一直待在D0还高——因为唤醒过程本身就很耗电。

我总结了几条经验：

• 别过度优化：如果设备每秒钟都有I/O，就别想着让它进低功耗了。白费力气。
• 考虑唤醒延迟：有些设备从D3恢复到D0需要几百毫秒。如果用户操作频繁，这个延迟会让人抓狂。
• 用D1/D2做缓冲：如果你的硬件支持中间态，优先用D1或D2。恢复快，省电效果也不错。

我曾经维护过一个网卡驱动，默认空闲2秒就进D3。结果用户一开迅雷下载，网卡在D3和D0之间疯狂切换，CPU占用率飙升到30%。后来我把空闲超时改成了30秒，问题就解决了。

所以我的建议是：先测量，再优化。用ETW（Event Tracing for Windows）或者WPT（Windows Performance Toolkit）看看设备的实际活动模式，再决定电源策略。

六、知识体系总览

下面这张图，把电源管理的核心脉络串起来了：

这张图把电源状态、IRP_MJ_POWER、电源策略、唤醒事件、节能与性能平衡这五个核心要素串在了一起。你写驱动时，脑子里要有这张图——每个电源IRP进来，你都知道它属于哪个环节，该怎么处理。

好了，电源管理这块内容不少，但核心就这几条。记住：别让设备在D0和D3之间反复横跳，那是最糟糕的情况。合理设置空闲超时，正确发送WAIT_WAKE IRP，你的驱动就能在省电和性能之间找到平衡点。

---