DRIVER_ADD_DEVICE fonction de rappel (wdm.h)

La routine AddDevice est chargée de créer des objets d’appareil fonctionnels (FDO) ou de filtrer des objets d’appareil (filtre DO) pour les appareils énumérés par le gestionnaire de Plug-and-Play (PnP).

Syntaxe

DRIVER_ADD_DEVICE DriverAddDevice;

NTSTATUS DriverAddDevice(
  [in] _DRIVER_OBJECT *DriverObject,
  [in] _DEVICE_OBJECT *PhysicalDeviceObject
)
{...}

Paramètres

[in] DriverObject

Pointeur fourni par l’appelant vers une structure DRIVER_OBJECT . Il s’agit de l’objet pilote du pilote.

[in] PhysicalDeviceObject

Pointeur fourni par l’appelant vers une structure de DEVICE_OBJECT représentant un objet de périphérique physique (PDO) créé par un pilote de niveau inférieur.

Valeur retournée

Si la routine réussit, elle doit retourner STATUS_SUCCESS. Sinon, elle doit retourner l’une des valeurs d’erreur status définies dans Ntstatus.h.

Remarques

Tous les pilotes en mode noyau qui prennent en charge PnP doivent fournir une routine AddDevice .

La routine AddDevice d’un pilote doit être nommée XxxAddDevice, où Xxx est un préfixe spécifique au pilote. La routine DriverEntry du pilote doit stocker l’adresse de la routine AddDevice dans DriverObject-DriverExtension-AddDevice>>.

Les principales responsabilités d’une routine AddDevice sont d’appeler IoCreateDevice pour créer un objet d’appareil, puis d’appeler IoAttachDeviceToDeviceStack pour attacher l’objet d’appareil à la pile d’appareils. Pour plus d’informations sur l’implémentation de la routine AddDevice d’un pilote, consultez Écriture d’une routine AddDevice.

Une routine AddDevice s’exécute dans un contexte de thread système à IRQL = PASSIVE_LEVEL.

Exemples

Pour définir une routine de rappel AddDevice , vous devez d’abord fournir une déclaration de fonction qui identifie le type de routine de rappel que vous définissez. Windows fournit un ensemble de types de fonctions de rappel pour les pilotes. La déclaration d’une fonction à l’aide des types de fonction de rappel permet à l’analyse du code pour les pilotes, au vérificateur de pilotes statiques (SDV) et à d’autres outils de vérification de trouver des erreurs. Il s’agit d’une exigence pour l’écriture de pilotes pour le système d’exploitation Windows.

Par exemple, pour définir une routine de rappel AddDevice nommée MyAddDevice<, utilisez le type DRIVER_ADD_DEVICE comme indiqué dans cet exemple de code :

DRIVER_ADD_DEVICE MyAddDevice;

Ensuite, implémentez votre routine de rappel comme suit :

_Use_decl_annotations_
NTSTATUS
  MyAddDevice(
    struct _DRIVER_OBJECT  *DriverObject,
    struct _DEVICE_OBJECT  *PhysicalDeviceObject 
    )
  {
      // Function body
  }

Le type de fonction DRIVER_ADD_DEVICE est défini dans le fichier d’en-tête Wdm.h. Pour identifier plus précisément les erreurs lors de l’exécution des outils d’analyse du code, veillez à ajouter l’annotation _Use_decl_annotations_ à votre définition de fonction. L’annotation _Use_decl_annotations_ garantit que les annotations appliquées au type de fonction DRIVER_ADD_DEVICE dans le fichier d’en-tête sont utilisées. Pour plus d’informations sur la configuration requise pour les déclarations de fonction, consultez Déclaration de fonctions à l’aide de types de rôles de fonction pour les pilotes WDM. Pour plus d’informations sur _Use_decl_annotations_, consultez Annotating Function Behavior.

Configuration requise

Condition requise Valeur
Plateforme cible Desktop (Expérience utilisateur)
En-tête wdm.h (include Wdm.h, Ntddk.h, Ntifs.h)
IRQL Appelé à PASSIVE_LEVEL (voir la section Remarques).