FILTER_CANCEL_OID_REQUEST回呼函式 (ndis.h)
NDIS 會呼叫篩選驅動程式的 FilterCancelOidRequest 函式來取消 OID 要求。
語法
FILTER_CANCEL_OID_REQUEST FilterCancelOidRequest;
void FilterCancelOidRequest(
[in] NDIS_HANDLE FilterModuleContext,
[in] PVOID RequestId
)
{...}
參數
[in] FilterModuleContext
此要求目標之篩選模組的內容區域句柄。 篩選驅動程式在 FilterAttach 函式中建立並初始化此內容區域。
[in] RequestId
要求的取消標識碼。 此標識子會指定正在取消 NDIS_OID_REQUEST 結構。
傳回值
無
備註
FilterCancelOidRequest 是選擇性函式。 如果篩選驅動程式不使用 OID 要求,它可以在呼叫 時,將此函式的進入點設定為 NULL NdisFRegisterFilterDriver 函 式。
當 NDIS 呼叫 FilterCancelOidRequest 時,篩選驅動程式應該儘快嘗試呼叫 NdisFOidRequestComplete 函式。
要求參數定義於 OidRequest 的 NDIS_OID_REQUEST 結構中。
如果篩選驅動程式未將 OID 要求排入佇列,則不需要驅動程式才能提供 FilterCancelOidRequest 函式。 如果篩選驅動程式未指定 FilterCancelOidRequest 進入點,NDIS 會呼叫基礎驅動程式的 cancel OID 要求函式。
當要求的建立者取消要求,或逾時成員指定的逾時到期時,NDIS 會呼叫 FilterCancelOidRequest 函式。
如果要求處理仍未在篩選驅動程式中完成,驅動程式會呼叫 NdisFOidRequestComplete 函式,並將狀態設定為 NDIS_STATUS_REQUEST_ABORTED。
如果篩選驅動程式將要求轉送至基礎驅動程式,但處理仍然未完成,篩選驅動程式會呼叫 NdisFCancelOidRequest 函式,並將 OidRequest 參數設定為它傳送至基礎驅動程式的值。
NDIS 會在 IRQL <= DISPATCH_LEVEL呼叫 FilterCancelOidRequest。
例子
若要定義 FilterCancelOidRequest 函式,您必須先提供函式宣告來識別您要定義的函式類型。 Windows 提供一組驅動程式的函式類型。 使用函式類型宣告函式有助於 驅動程式的程式代碼分析、 靜態驅動程式驗證程式 (SDV) ,以及其他驗證工具尋找錯誤,而且是撰寫 Windows 作業系統驅動程式的需求。例如,若要定義名為 「 MyCancelOidRequest」 的 FilterCancelOidRequest 函式,請使用 FILTER_CANCEL_OID_REQUEST 類型,如下列程式代碼範例所示:
FILTER_CANCEL_OID_REQUEST MyCancelOidRequest;
然後,實作您的函式,如下所示:
_Use_decl_annotations_
VOID
MyCancelOidRequest(
NDIS_HANDLE FilterModuleContext,
PVOID RequestId
)
{...}
FILTER_CANCEL_OID_REQUEST函式類型定義於 Ndis.h 頭檔中。 若要在執行程式代碼分析工具時更精確地識別錯誤,請務必將 Use_decl_annotations 批註新增至函式定義。 Use_decl_annotations批注可確保使用頭檔中套用至FILTER_CANCEL_OID_REQUEST函式類型的批注。 如需函數宣告需求的詳細資訊,請參閱 使用 NDIS 驅動程式的函式角色類型來宣告函式。
如需 Use_decl_annotations的詳細資訊,請參閱 標註函式行為。
規格需求
需求 | 值 |
---|---|
最低支援的用戶端 | NDIS 6.0 和更新版本支援。 |
目標平台 | Windows |
標頭 | ndis.h (包含 Ndis.h) |
IRQL | <= DISPATCH_LEVEL |
另請參閱
意見反應
https://aka.ms/ContentUserFeedback。
即將登場:在 2024 年,我們將逐步淘汰 GitHub 問題作為內容的意見反應機制,並將它取代為新的意見反應系統。 如需詳細資訊,請參閱:提交並檢視相關的意見反應