Nota
O acesso a esta página requer autorização. Podes tentar iniciar sessão ou mudar de diretório.
O acesso a esta página requer autorização. Podes tentar mudar de diretório.
A partir do Windows Vista, um driver deve chamar IoCallDriver em vez de PoCallDriver, para passar IRPs de energia para o próximo driver inferior. No Windows Server 2003, Windows XP e Windows 2000, um driver deve chamar PoCallDriver, não IoCallDriver, para passar IRPs de energia para o próximo driver inferior. Observe, no entanto, que os drivers que usam o mesmo código para executar no Windows Vista e em versões anteriores do Windows, devem chamar PoCallDriver, não IoCallDriver.
A partir do Windows Vista, PoRequestPowerIrp e IoCallDriver garantem que o gerenciador de energia sincronize corretamente os IRPs de energia em todo o sistema. No Windows Server 2003, Windows XP e Windows 2000, PoRequestPowerIrp, PoCallDriver e PoStartNextPowerIrp, certifique-se de que o gerenciador de energia sincroniza corretamente os IRPs de energia em todo o sistema.
O sistema limita o número de IRPs de potência ativa da seguinte forma:
Não mais do que um IRP de alimentação do sistema (IRP_MN_SET_POWER, IRP_MN_QUERY_POWER) pode estar ativo para cada objeto de dispositivo físico (DOP) a qualquer momento.
Não mais do que um dispositivo set-power IRP (IRP_MN_SET_POWER) pode estar ativo para cada DOP a qualquer momento.
Não pode haver mais do que um IRP de alimentação de energia do dispositivo que requeira uma entrada de energia ativa em qualquer parte do sistema a qualquer momento.
Para garantir que dois dispositivos de irrupção não tentem ligar simultaneamente, o gerenciador de energia mantém o controle de IRPs de energia de irrupção ativos em todo o sistema e permite que apenas um esteja ativo de cada vez. Um IRP de irrupção adicional não pode ser iniciado até que o IRP de irrupção ativo tenha sido concluído.
Devido a essas restrições nos IRPs de corrente de partida, um IRP de energia de dispositivo pode ficar bloqueado enquanto um IRP de corrente de partida para outro dispositivo é concluído. Os criadores de drivers devem estar cientes desse comportamento durante a depuração.