MINIPORT_WDI_TX_ABORT回呼函式（dot11wdi.h）

發行項
02/06/2025

重要

本主題是 Windows 10 中發行 WDI 驅動程式模型的一部分。 WDI 驅動程式模型處於維護模式，而且只會收到高優先順序修正。 WiFiCx 是 Windows 11 中發行的 Wi-Fi 驅動程式模型。我們建議您使用WiFiCx來利用最新的功能。

MiniportWdiTxAbort 處理程式函式會中止指定埠或對等的未完成 TX 畫面格，包括起始 TAL/目標所擁有的框架完成。此要求會發出給 TAL，以處理 MiniportPause （適配卡寬 TX 中止）、dot11 重設（埠寬中止），並在 NdisWdiPeerDeleteIndication 如果 WDI 以對等佇列模式運作。

這是 NDIS_MINIPORT_WDI_DATA_HANDLERS內的 WDI 迷你埠處理程式。

Note 您必須使用 MINIPORT_WDI_TX_ABORT 類型來宣告函式。如需詳細資訊，請參閱下列範例一節。

語法

MINIPORT_WDI_TX_ABORT MiniportWdiTxAbort;

void MiniportWdiTxAbort(
  [in]  TAL_TXRX_HANDLE MiniportTalTxRxContext,
  [in]  WDI_PORT_ID PortId,
  [in]  WDI_PEER_ID PeerId,
  [out] NDIS_STATUS *pWifiStatus
)
{...}

參數

[in] MiniportTalTxRxContext

MiniportWdiTalTxRxInitialize中 IHV 迷你埠所傳回的 TAL 裝置句柄。

[in] PortId

埠識別碼。

[in] PeerId

對等標識碼。

[out] pWifiStatus

MiniportWdiTxAbort 狀態的指標，該狀態應由 IHV 迷你埠設定。如需詳細資訊，請參閱< 一節。

傳回值

沒有

言論

PeerId 可以指定通配符，以在埠上停止 TX。

PortId 和 PeerId 的通配符，可以指定在配接器上停止 TX。

若要完成停止作業，TAL 必須執行下列步驟。

起始對應至主機輸入參數之 TX 數據緩衝區擁有權的傳回。這些畫面應該完成，方法是指出傳送要求中傳遞至 TxEngine 的所有畫面的傳輸完成，並指出 NdisWdiTxSendCompleteIndication 需要明確傳送完成的未完成 TX 畫面格（如果 TX 框架未以成功程式代碼傳輸完成）。
傳回成功狀態，或傳回擱置狀態，並在稍後發出 NdisWdiTxAbortConfirm。

例子

若要定義 MiniportWdiTxAbort 函式，您必須先提供函式宣告，以識別您要定義的函式類型。 Windows 提供一組驅動程式的函式類型。使用函式類型宣告函式有助於驅動程式的程式代碼分析、靜態驅動程序驗證器（SDV）和其他驗證工具尋找錯誤，而且是撰寫 Windows作系統驅動程式的需求。

例如，若要定義名為「MyTxAbort」的 MiniportWdiTxAbort 函式，請使用 MINIPORT_WDI_TX_ABORT 類型，如下列程式代碼範例所示：

MINIPORT_WDI_TX_ABORT MyTxAbort;

然後，實作您的函式，如下所示：

_Use_decl_annotations_
VOID
 MyTxAbort(
    TAL_TXRX_HANDLE MiniportTalTxRxContext,
    WDI_PORT_ID PortId,
    WDI_PEER_ID PeerId,
    NDIS_STATUS *pWifiStatus
    )
  {...}

MINIPORT_WDI_TX_ABORT 函式類型定義於 dot11wdi.h 頭檔中。若要在執行程式代碼分析工具時更準確地識別錯誤，請務必將 Use_decl_annotations 批註新增至函式定義。 Use_decl_annotations 批注可確保在頭檔中套用至 MINIPORT_WDI_TX_ABORT 函式類型的批注。如需函式宣告需求的詳細資訊，請參閱使用 NDIS 驅動程式的函式角色類型來宣告函式。

如需 Use_decl_annotations的相關信息，請參閱批注函式行為。