Partager via


Règle WlanAssert (ndis)

La règle WlanAssert inclut un ensemble de vérifications validées à l’intérieur du pilote WDIWIFI.

Les violations suivantes sont possibles :

  • TxPeerBacklogStub : miniport WDI IHV appelé datapath après la désinitialisation du chemin de données : cette règle s’applique uniquement au mode Peer-Queuing. Lorsque le Miniport a été arrêté ou réinitialisé, WDI appelle la fonction CloseAdapterHandler du pilote IHV, ce qui oblige le pilote à nettoyer son état et à ne pas appeler les rappels de données après cela. Ces assertions sont appelées si le pilote appelle l’un des gestionnaires de données tels que TxTransferCompleteIndication, TxSendPauseIndication ou TxReleaseFrameIndication après la fermeture, ou s’il reste des images Tx en suspens après la fermeture.

  • TxAbortStub : miniport WDI IHV appelé datapath après la désinitialisation du chemin de données : cette règle s’applique uniquement au mode Peer-Queuing. Lorsque le Miniport a été arrêté ou réinitialisé, WDI appelle la fonction CloseAdapterHandler du pilote IHV, ce qui oblige le pilote à nettoyer son état et à ne pas appeler les rappels de données après cela. Ces assertions sont appelées si le pilote appelle l’un des gestionnaires de données tels que TxTransferCompleteIndication, TxSendPauseIndication ou TxReleaseFrameIndication après la fermeture, ou s’il reste des images Tx en suspens après la fermeture.

  • Le pilote WDIWIFI est déchargé avec des appels incompatibles vers NdisMDeregisterWdiMiniportDriver et NdisMRegisterWdiMiniportDriver : cette assertion est appelée si l’appel du pilote IHV à NdisMRegisterWdiMiniportDriver a échoué, mais que le pilote IHV appelle toujours le gestionnaire NdisMDeregisterWdiMiniportDriver.

  • L’IhvWdiVersion est trop faible pour la révision De MiniportDataHandler réussie : WDI obtient la version WDI du pilote IHV en appelant OID_WDI_GET_ADAPTER_CAPABILITIES, puis appelle le gestionnaire TalTxRxInitializeHandler du pilote pour obtenir WdiCharacteristics, où le pilote peut mettre à jour la révision du gestionnaire WDI si nécessaire. Cette assertion est atteinte si la version WDI du pilote est inférieure ou égale à WDI_VERSION_1_1_0, mais que la version WdiCharacteristics, Revision du pilote est définie sur une version supérieure à NDIS_OBJECT_TYPE_MINIPORT_WDI_DATA_HANDLERS_REVISION_1.

  • La révision MiniportDataHandler est trop faible pour IhvWdiVersion : WDI obtient la version WDI du pilote IHV en appelant OID_WDI_GET_ADAPTER_CAPABILITIES, puis appelle le gestionnaire TalTxRxInitializeHandler du pilote pour obtenir WdiCharacteristics, où le pilote peut mettre à jour la révision du gestionnaire WDI si nécessaire. Cette assertion est atteinte si la version WDI du pilote est supérieure à WDI_VERSION_1_1_0, mais que la version WdiCharacteristics, Revision du pilote est définie sur une version inférieure à NDIS_OBJECT_TYPE_MINIPORT_WDI_DATA_HANDLERS_REVISION_2.

Le texte de la violation est fourni en tant que paramètre 2 dans le case activée de bogue 0xC4.

Modèle de pilote : NDIS

Bogues case activée trouvés avec cette règle : Vérification des bogues 0xC4 : DRIVER_VERIFIER_DETECTED_VIOLATION ( 0x00093004)

Comment tester

Au moment de l'exécution

Exécutez Driver Verifier et sélectionnez l’option de vérification NDIS/WIFI .

S’applique à

TxTransferCompleteIndication

TxSendPauseIndication

TxReleaseFrameIndication

OID_WDI_GET_ADAPTER_CAPABILITIES

MINIPORT_HALT fonction de rappel

MINIPORT_SHUTDOWN fonction de rappel

NdisMRegisterWdiMiniportDriver

NdisMDeregisterWdiMiniportDriver

Voir aussi

Interfaces du pilote IHV WDI

Instructions générales relatives aux opérations de connexion

OID_DOT11_RESET_REQUEST

NDIS_STATUS_DOT11_ASSOCIATION_START