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 (do de filtre) pour les appareils énumérés par le gestionnaire 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 DEVICE_OBJECT représentant un objet d’appareil physique (PDO) créé par un pilote de niveau inférieur.
Valeur de retour
Si la routine réussit, elle doit retourner STATUS_SUCCESS. Sinon, il doit retourner l’une des valeurs d’état d’erreur 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.
Une les responsabilités principales de la routine AddDevice appellent IoCreateDevice pour créer un objet d’appareil, puis appellent IoAttachDeviceToDeviceStack pour attacher l’objet 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 fonctions de rappel permet d'Analyse du code pour les pilotes, static Driver Verifier (SDV) et d’autres outils de vérification recherchent des erreurs, et il est nécessaire d’écrire des 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 lorsque vous exécutez les 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 les exigences relatives aux 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 annoter le comportement de la fonction.
Exigences
Exigence | Valeur |
---|---|
plateforme cible | Bureau |
d’en-tête | wdm.h (include Wdm.h, Ntddk.h, Ntifs.h) |
IRQL | Appelé à PASSIVE_LEVEL (voir la section Remarques). |