MINIPORT_WDI_RX_GET_MPDUS fonction de rappel (dot11wdi.h)

Article
02/26/2024

Important

Cette rubrique fait partie du modèle de pilote WDI publié dans Windows 10. Le modèle de pilote WDI est en mode maintenance et ne reçoit que des correctifs de priorité élevée. WiFiCx est le modèle de pilote Wi-Fi publié dans Windows 11. Nous vous recommandons d’utiliser WiFiCx pour tirer parti des dernières fonctionnalités.

La fonction de gestionnaire MiniportWdiRxGetMpdus retourne une chaîne NET_BUFFER_LIST . Chaque NET_BUFFER_LIST représente une unité MPDU.

Il s’agit d’un gestionnaire miniport WDI à l’intérieur de NDIS_MINIPORT_WDI_DATA_HANDLERS.

Note Vous devez déclarer la fonction à l’aide du type MINIPORT_WDI_RX_GET_MPDUS . Pour plus d’informations, consultez la section Exemples suivante.

Syntaxe

MINIPORT_WDI_RX_GET_MPDUS MiniportWdiRxGetMpdus;

void MiniportWdiRxGetMpdus(
  [in]  TAL_TXRX_HANDLE MiniportTalTxRxContext,
  [in]  WDI_PEER_ID PeerId,
  [in]  WDI_EXTENDED_TID ExTid,
  [out] PNET_BUFFER_LIST *ppNBL
)
{...}

Paramètres

[in] MiniportTalTxRxContext

Poignée d’appareil TAL retournée par le miniport IHV dans MiniportWdiTalTxRxInitialize.

[in] PeerId

ID d’homologue.

[in] ExTid

TID étendu.

[out] ppNBL

Pointeur vers un pointeur vers une chaîne NET_BUFFER_LIST à partir du miniport IHV.

Valeur de retour

None

Remarques

Si PeerId et ExTid ne sont pas des caractères génériques (par exemple, PeerId n’est pas égal à 0xFFFF, ExTid n’est pas égal à 31), tous les MPU de la chaîne sont des mêmes ID d’homologue et TID (dans ce cas, TID est un TID 802.11 valide).

Chaque NET_BUFFER_LIST pointe vers NET_BUFFER structures. Chaque structure NET_BUFFER représente un MSDU.

Si un MPDU a un fragment MSDU en tant que charge utile et que la défragmentation n’est pas déchargée sur cible/TAL (ou si le mode FIPS implémenté par l’hôte est activé), le NET_BUFFER_LIST correspondant a une NET_BUFFER qui décrit le fragment MSDU.

Le décalage de données de chaque NET_BUFFER doit être défini sur le début de l’en-tête MAC.

Exemples

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

Par exemple, pour définir une fonction MiniportWdiRxGetMpdus nommée « MyRxGetMpdus », utilisez le type MINIPORT_WDI_RX_GET_MPDUS comme indiqué dans cet exemple de code :

MINIPORT_WDI_RX_GET_MPDUS MyRxGetMpdus;

Ensuite, implémentez votre fonction comme suit :

_Use_decl_annotations_
VOID
 MyRxGetMpdus(
    TAL_TXRX_HANDLE MiniportTalTxRxContext,
    WDI_PEER_ID PeerId,
    WDI_EXTENDED_TID ExTid,
    PNET_BUFFER_LIST *ppNBL
    )
  {...}

Le type de fonction MINIPORT_WDI_RX_GET_MPDUS est défini dans le fichier d’en-tête dot11wdi.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 MINIPORT_WDI_RX_GET_MPDUS 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 NDIS.

Pour plus d’informations sur Use_decl_annotations, consultez Annotating Function Behavior.