MINIPORT_WDI_TX_TAL_QUEUE_IN_ORDER回调函数（dot11wdi.h）

项目
02/06/2025

重要

本主题是 Windows 10 中发布的 WDI 驱动程序模型的一部分。 WDI 驱动程序模型处于维护模式，并且仅接收高优先级修复。 WiFiCx 是在 Windows 11 中发布的 Wi-Fi 驱动程序模型。建议使用 WiFiCx 来利用最新功能。

MiniportWdiTxTalQueueInOrder 处理程序函数通知 TAL 目标：一个或多个暂停的 RA/TID 队列（具有 WDI_TX_PAUSE_REASON_PS）已准备好传输。

这意味着：

每个队列没有具有 TAL/target 的未完成 TX 帧。
使用 WDI_TxFrameStatus_SendPostponed 完成的 TX 的所有帧都按正确的顺序插入到 RA-TID 队列中。

这是 NDIS_MINIPORT_WDI_DATA_HANDLERS内的 WDI 微型端口处理程序。

注意必须使用 MINIPORT_WDI_TX_TAL_QUEUE_IN_ORDER 类型声明函数。有关详细信息，请参阅以下示例部分。

语法

MINIPORT_WDI_TX_TAL_QUEUE_IN_ORDER MiniportWdiTxTalQueueInOrder;

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

参数

[in] MiniportTalTxRxContext

MiniportWdiTalTxRxInitialize中 IHV 微型端口返回的 TAL 设备句柄。

[in] PeerId

对等 ID。

[in] ExTidBitmask

扩展 TID 位掩码。

返回值

没有

言论

TAL/target 会等待此通知，然后发出 TX 重启指示以 WDI_TX_PAUSE_REASON_PS暂停的队列。

当 TargetPriorityQueueing 为 TRUE 时，不允许注意WDI_TxFrameStatus_SendPostponed，因此在模式中时永远不会发出此请求。

例子

若要定义 MiniportWdiTxTalQueueInOrder 函数，必须先提供一个函数声明，用于标识要定义的函数类型。 Windows 为驱动程序提供了一组函数类型。使用函数类型声明函数有助于驱动程序代码分析、静态驱动程序验证程序（SDV）和其他验证工具查找错误，这是为 Windows作系统编写驱动程序的要求。

例如，若要定义名为“MyTxTalQueueInOrder”的 MiniportWdiTxTalQueueInOrder 函数，请使用 MINIPORT_WDI_TX_TAL_QUEUE_IN_ORDER 类型，如以下代码示例所示：

MINIPORT_WDI_TX_TAL_QUEUE_IN_ORDER MyTxTalQueueInOrder;

然后，按如下所示实现函数：

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

MINIPORT_WDI_TX_TAL_QUEUE_IN_ORDER 函数类型在 dot11wdi.h 头文件中定义。若要在运行代码分析工具时更准确地识别错误，请务必将 Use_decl_annotations 注释添加到函数定义。 Use_decl_annotations 批注可确保使用应用于头文件中 MINIPORT_WDI_TX_TAL_QUEUE_IN_ORDER 函数类型的批注。有关函数声明要求的详细信息，请参阅使用 NDIS 驱动程序的函数角色类型声明函数。

有关 Use_decl_annotations的信息，请参阅批注函数行为。