MINIPORT_WDI_TX_TAL_QUEUE_IN_ORDER Rückruffunktion (dot11wdi.h)

Artikel
02/23/2024

Wichtig

Dieses Thema ist Teil des WDI-Treibermodells, das in Windows 10 veröffentlicht wurde. Das WDI-Treibermodell befindet sich im Wartungsmodus und erhält nur Korrekturen mit hoher Priorität. WiFiCx ist das Wi-Fi Treibermodell, das in Windows 11 veröffentlicht wurde. Es wird empfohlen, wiFiCx zu verwenden, um die neuesten Features zu nutzen.

Die MiniportWdiTxTalQueueInOrder-Handlerfunktion benachrichtigt das TAL-Ziel, dass mindestens eine angehaltene RA/TID-Warteschlange (mit WDI_TX_PAUSE_REASON_PS) für die Übertragung bereit ist.

Das bedeutet Folgendes:

Jede der Warteschlangen verfügt über keine ausstehenden TX-Frames mit TAL/Target.
Alle Frames, die mit WDI_TxFrameStatus_SendPostponed abgeschlossen wurden, wurden in der richtigen Reihenfolge in die RA-TID-Warteschlange eingefügt.

Dies ist ein WDI-Miniporthandler innerhalb NDIS_MINIPORT_WDI_DATA_HANDLERS.

Hinweis Sie müssen die Funktion mit dem typ MINIPORT_WDI_TX_TAL_QUEUE_IN_ORDER deklarieren. Weitere Informationen finden Sie im folgenden Abschnitt Beispiele.

Syntax

MINIPORT_WDI_TX_TAL_QUEUE_IN_ORDER MiniportWdiTxTalQueueInOrder;

void MiniportWdiTxTalQueueInOrder(
  [in] TAL_TXRX_HANDLE MiniportTalTxRxContext,
  [in] WDI_PEER_ID PeerId,
  [in] UINT32 ExTidBitmask
)
{...}

Parameter

[in] MiniportTalTxRxContext

TAL-Gerätehandle, das vom IHV-Miniport in MiniportWdiTalTxRxInitialize zurückgegeben wird.

[in] PeerId

Die Peer-ID.

[in] ExTidBitmask

Die erweiterte TID-Bitmaske.

Rückgabewert

Keine

Bemerkungen

Das TAL/Ziel wartet auf diese Benachrichtigung, bevor eine TX-Neustartanzeige für eine angehaltene Warteschlange mit WDI_TX_PAUSE_REASON_PS ausgegeben wird.

Beachten SieWDI_TxFrameStatus_SendPostponed nicht zulässig ist, wenn TargetPriorityQueueing auf TRUE festgelegt ist, sodass diese Anforderung nie in diesem Modus erfolgt.

Beispiele

Um eine MiniportWdiTxTalQueueInOrder-Funktion zu definieren, müssen Sie zunächst eine Funktionsdeklaration bereitstellen, die den Typ der von Ihnen definierten Funktion identifiziert. Windows bietet eine Reihe von Funktionstypen für Treiber. Das Deklarieren einer Funktion mithilfe der Funktionstypen hilft der Codeanalyse für Treiber, der statischen Treiberüberprüfung (Static Driver Verifier , SDV) und anderen Überprüfungstools, Fehler zu finden, und es ist eine Voraussetzung für das Schreiben von Treibern für das Windows-Betriebssystem.

Um beispielsweise eine MiniportWdiTxTalQueueInOrder-Funktion mit dem Namen "MyTxTalQueueInOrder" zu definieren, verwenden Sie den typ MINIPORT_WDI_TX_TAL_QUEUE_IN_ORDER , wie in diesem Codebeispiel gezeigt:

MINIPORT_WDI_TX_TAL_QUEUE_IN_ORDER MyTxTalQueueInOrder;

Implementieren Sie dann Ihre Funktion wie folgt:

_Use_decl_annotations_
VOID
 MyTxTalQueueInOrder(
    TAL_TXRX_HANDLE MiniportTalTxRxContext,
    WDI_PEER_ID PeerId,
    UINT32 ExTidBitmask
    )
  {...}

Der MINIPORT_WDI_TX_TAL_QUEUE_IN_ORDER Funktionstyp ist in der Headerdatei dot11wdi.h definiert. Um Fehler beim Ausführen der Codeanalysetools genauer zu identifizieren, müssen Sie der Funktionsdefinition die anmerkung Use_decl_annotations hinzufügen. Die Use_decl_annotations-Anmerkung stellt sicher, dass die Anmerkungen verwendet werden, die auf den MINIPORT_WDI_TX_TAL_QUEUE_IN_ORDER Funktionstyp in der Headerdatei angewendet werden. Weitere Informationen zu den Anforderungen für Funktionsdeklarationen finden Sie unter Deklarieren von Funktionen mithilfe von Funktionsrollentypen für NDIS-Treiber.

Informationen zu Use_decl_annotations finden Sie unter Verhalten von Funktionen mit Anmerkungen.

Anforderungen

Anforderung	Wert
Unterstützte Mindestversion (Client)	Windows 10
Unterstützte Mindestversion (Server)	Windows Server 2016
Zielplattform	Windows
Kopfzeile	dot11wdi.h