Partager via


BdaStartChanges, fonction (bdasup.h)

La fonction BdaStartChanges initie la définition de nouvelles modifications de topologie BDA.

Syntaxe

NTSTATUS BdaStartChanges(
  [in] PIRP pIrp
);

Paramètres

[in] pIrp

Pointe vers l’IRP pour la demande d’initialisation des modifications. Le minidriver BDA reçoit cette IRP avec la demande KSMETHOD_BDA_START_CHANGES .

Valeur retournée

Retourne STATUS_SUCCESS ou un code d’erreur approprié.

Remarques

Un minidriver BDA appelle la fonction BdaStartChanges pour lancer le paramètre de nouvelles modifications de topologie BDA après que le minidriver a reçu une demande KSMETHOD_BDA_START_CHANGES de la méthode KSMETHODSETID_BdaChangeSync définie du fournisseur de réseau. Les minidrivers BDA définissent des tables dispatch et filter-automation afin que ces minidrivers distribuent directement la fonction BdaStartChanges ou interceptent cette requête à l’aide d’une méthode interne (KStrMethodHandler), qui appelle ensuite la fonction BdaStartChanges . Par exemple, les minidrivers BDA qui interceptent cette requête peuvent obtenir un pointeur vers le filtre BDA à partir de l’IRP passé afin qu’ils puissent par la suite réinitialiser les ressources de filtre en attente aux nouvelles exigences et définir l’état de modification du filtre sur BDA_CHANGES_COMPLETE. Pour plus d’informations, consultez Définition de tables Automation et modification des propriétés de filtre BDA .

L’appel de la fonction BdaStartChanges entraîne l’ignorer des modifications de topologie précédemment demandées qui n’ont pas encore été validées.

Configuration requise

Condition requise Valeur
Plateforme cible Desktop (Expérience utilisateur)
En-tête bdasup.h (inclure Bdasup.h)
Bibliothèque Bdasup.lib
IRQL PASSIVE_LEVEL

Voir aussi

BDA_CHANGE_STATE

BdaCommitChanges

KSMETHODSETID_BdaChangeSync

KSMETHOD_BDA_START_CHANGES

KStrMethodHandler