Compartilhar via


Suporte a notificações de hardware

aplica-se a

  • Desenvolvedores de drivers e OEMs

APIs importantes

O Windows 10, versão 1709, fornece uma infraestrutura para o suporte independente de hardware de componentes de notificação, como LEDs e mecanismos de vibração. Esse suporte é fornecido por meio da introdução de uma extensão de classe KMDF (Kernel-Mode Driver Framework) especificamente para componentes de notificação de hardware que permitem o desenvolvimento rápido de drivers de cliente. Uma extensão de classe KMDF é essencialmente um driver KMDF que fornece um conjunto definido de funcionalidade para uma determinada classe de dispositivos, semelhante a um driver de porta no WDM (Modelo de Driver do Windows). Esta seção fornece uma visão geral da arquitetura da extensão da classe de notificação de hardware. Para obter informações adicionais sobre o KMDF, consulte Como usar o WDF para desenvolver um driver.

Extensão da classe de notificação de hardware

A extensão da classe de notificação de hardware é o componente central da arquitetura do driver de notificação de hardware. A extensão de classe foi projetada para minimizar a interação necessária com o KMDF e, em vez disso, fornecer uma interface simples para o controle de componentes de notificação. A extensão de classe manipula tarefas como:

  • Registro de drivers de cliente
  • Alocação e limpeza de recursos do sistema
  • Registro de funções de retorno de chamada de energia PnP para drivers cliente
  • Registro de filas de E/S para drivers clientes
  • Verificação de dados e verificação de erros
  • Comunicação de solicitações de hardware para o driver cliente

O diagrama a seguir ilustra a arquitetura de extensão básica da classe de notificação de hardware.

arquitetura clx hwn.

Driver de cliente de notificação de hardware

Os drivers cliente podem ser facilmente gerados para componentes de notificação de hardware usando a extensão da classe de notificação de hardware. A única responsabilidade do driver cliente é fornecer os pontos de entrada apropriados para o KMDF, implementar as funções de retorno de chamada de extensão de classe definidas, gerenciar estados de energia e controlar o hardware físico. Especificamente, o driver cliente deve implementar as funções driverEntry e EVT_WDF_DRIVER_DEVICE_ADD de retorno de chamada para uso pelo WDF (Windows Driver Foundation), bem como as funções de retorno de chamada necessárias para a extensão de classe.

O diagrama a seguir ilustra as interações da perspectiva do driver cliente.

arquitetura do driver do cliente.