NDIS_PD_SET_RECEIVE_FILTER回调函数 (ndis.h)

PacketDirect (PD) 平台调用支持 PD 的微型端口驱动程序的 NdisPDSetReceiveFilter 函数，以将特定的数据包流定向到特定的 PD 接收队列。

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

 

语法

NDIS_PD_SET_RECEIVE_FILTER NdisPdSetReceiveFilter;

NTSTATUS() NdisPdSetReceiveFilter(
  [in]  NDIS_PD_PROVIDER_HANDLE ProviderHandle,
  [in]  const NDIS_PD_FILTER_PARAMETERS *FilterParameters,
  [out] NDIS_PD_FILTER_HANDLE *FilterHandle
)
{...}

参数

[in] ProviderHandle

标识支持 PD 的微型端口驱动程序的提供程序对象的提供程序句柄。

[in] FilterParameters

用于标识筛选器的任何必要信息的参数。 有关详细信息，请参阅 NDIS_PD_FILTER_PARAMETERS 结构。

[out] FilterHandle

筛选器的句柄。

返回值

此函数在成功完成后返回STATUS_SUCCESS，否则返回相应的错误代码。

注解

PD 筛选器在任何分布发生之前应用，这就是匹配 PD 筛选器的数据包可以放入其专用 PD 队列的原因，其余数据包可以像往常一样通过 RSS 进行分布。 PD 客户端负责管道化非重叠的不明确筛选器。 但是，只要 PD 客户端可以传递指示必须首先应用哪个筛选器的优先级值，某些 PD 提供可能会允许重叠的不明确筛选器。 如果客户端尝试设置配置文件冲突或匹配条件重叠的筛选器，则 PD 提供程序可能会使筛选器集请求失败并STATUS_NOT_SUPPORTED。 NDIS_PD_CAPABILITIES结构不允许提供程序播发 PD 客户端可以同时使用的所有有效配置文件组合，这就是为什么 PD 客户端在运行时发现某些功能的原因，如果 PD 提供程序未能通过筛选器集请求并导致STATUS_NOT_SUPPORTED

示例

若要定义 NdisPDSetReceiveFilter 函数，必须先提供一个函数声明来标识要定义的函数类型。 Windows 为驱动程序提供一组函数类型。 使用函数类型声明函数可帮助 驱动程序的代码分析、 静态驱动程序验证程序 (SDV) 和其他验证工具查找错误，并且这是编写 Windows 操作系统驱动程序的要求。

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

NDIS_PD_SET_RECEIVE_FILTER MyPDSetReceiveFilter;

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

_Use_decl_annotations_
VOID
 MyPDSetReceiveFilter(
    NDIS_PD_PROVIDER_HANDLE  ProviderHandle,
    CONST NDIS_PD_FILTER_PARAMETERS*  FilterParameters,
    NDIS_PD_FILTER_HANDLE*  FilterHandle
    )
  {...}

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

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

要求

要求	值
最低受支持的客户端	Windows 10
最低受支持的服务器	Windows Server 2016
目标平台	Windows
标头	ndis.h
IRQL	PASSIVE_LEVEL