PROTOCOL_DIRECT_OID_REQUEST_COMPLETE回呼函式 (ndis.h)
ProtocolDirectOidRequestComplete 函式會完成通訊協定驅動程式起始的直接 OID 要求處理,NdisDirectOidRequest 函式會傳回NDIS_STATUS_PENDING。
語法
PROTOCOL_DIRECT_OID_REQUEST_COMPLETE ProtocolDirectOidRequestComplete;
void ProtocolDirectOidRequestComplete(
[in] NDIS_HANDLE ProtocolBindingContext,
[in] PNDIS_OID_REQUEST OidRequest,
[in] NDIS_STATUS Status
)
{...}
參數
[in] ProtocolBindingContext
通訊協定驅動程式配置的內容區域的句柄,通訊協定驅動程式會維護每個系結運行時間狀態。 驅動程式在呼叫 NdisOpenAdapterEx 函式時提供此句柄。
[in] OidRequest
先前傳遞至 NdisDirectOidRequest 函式的通訊協定驅動程式NDIS_OID_REQUEST結構的指標。
[in] Status
要求的最終狀態。 基礎驅動程式或 NDIS 會決定此最終狀態。 此參數會決定 ProtocolDirectOidRequestComplete 與 OidRequest 的資訊有何用途。
傳回值
無
備註
ProtocolDirectOidRequestComplete 是選擇性函式。 如果通訊協定驅動程式未使用直接的 OID 要求,它可以在呼叫 時,將此函式的進入點設定為 NULL NdisRegisterProtocolDriver 函式。
ProtocolDirectOidRequestComplete 會使用 Status 参數的輸入值,如下所示:
-
如果 Status 是NDIS_STATUS_SUCCESS,則 NDIS 或基礎驅動程式已設定NDIS_OID_REQUEST結構的 BytesRead 或 BytesWritten 成員。 這些值會指定從 InformationBuffer 緩衝區傳送到集合作業中 NIC 的通訊協定驅動程式提供的資訊量,或 資訊 Buffer 傳回多少資訊以回應查詢作業。
如果通訊協定驅動程序進行查詢, ProtocolDirectOidRequestComplete 可以使用通訊協定驅動程序判斷的任何方式,使用 在 InformationBuffer 傳回的數據,視 Oid 成員的值而定。
例如,如果通訊協定驅動程式最初起始了 OID_GEN_MAXIMUM_SEND_PACKETS 查詢, ProtocolDirectOidRequestComplete 可能會在 ProtocolBindingContext 區域中設定狀態變數,以節流驅動程式針對後續呼叫所設定的未處理傳送數目 NdisSendNetBufferLists 函式 。
-
如果 Status 是NDIS_STATUS_INVALID_LENGTH或 NDIS_STATUS_BUFFER_TOO_SHORT,BytesNeeded 成員會指定執行要求作業所需的 InformationBufferLength 成員 OID 特定值。
在這些情況下, ProtocolDirectOidRequestComplete 可以配置足夠的緩衝區空間給要求、使用所需的 InformationBufferLength 值和相同的 Oid 值來設定另一個NDIS_OID_REQUEST結構,然後重試 對 NdisDirectOidRequest 函式的呼叫。
ProtocolDirectOidRequestComplete 也可以重試某些其他NDIS_STATUS_ Xxx 自變數的要求,如 NdisDirectOidRequest 中所述。
- 如果 Status 是無法復原錯誤的NDIS_STATUS_ Xxx 值, ProtocolDirectOidRequestComplete 應該釋放配置給NDIS_OID_REQUEST結構的記憶體,並判斷驅動程式是否應該關閉系結,或調整其系結特定狀態資訊,以處理系結上的繼續網路 I/O 作業。
NDIS 會在 IRQL <= DISPATCH_LEVEL呼叫 ProtocolDirectOidRequestComplete。
例子
若要定義 ProtocolDirectOidRequestComplete 函式,您必須先提供函式宣告來識別您要定義的函式類型。 Windows 提供一組驅動程式的函式類型。 使用函式類型宣告函式有助於 驅動程式的程式代碼分析、 靜態驅動程序驗證器 (SDV) ,以及其他驗證工具會尋找錯誤,而且這是撰寫 Windows 操作系統驅動程式的需求。例如,若要定義名為 「MyDirectOidRequestComplete」 的 ProtocolDirectOidRequestComplete 函式,請使用 PROTOCOL_DIRECT_OID_REQUEST_COMPLETE 類型,如下列程式代碼範例所示:
PROTOCOL_DIRECT_OID_REQUEST_COMPLETE MyDirectOidRequestComplete;
然後,實作您的函式,如下所示:
_Use_decl_annotations_
VOID
MyDirectOidRequestComplete(
NDIS_HANDLE ProtocolBindingContext,
PNDIS_OID_REQUEST OidRequest,
NDIS_STATUS Status
)
{...}
PROTOCOL_DIRECT_OID_REQUEST_COMPLETE函式類型定義於 Ndis.h 頭檔中。 若要在執行程式代碼分析工具時更精確地識別錯誤,請務必將 Use_decl_annotations 註釋新增至函式定義。 Use_decl_annotations註釋可確保使用頭檔中套用至PROTOCOL_DIRECT_OID_REQUEST_COMPLETE函式類型的批註。 如需函式宣告需求的詳細資訊,請參閱 使用 NDIS 驅動程式的函式角色類型來宣告函式。
如需 Use_decl_annotations的詳細資訊,請參閱 標註函式行為。
規格需求
需求 | 值 |
---|---|
最低支援的用戶端 | NDIS 6.1 和更新版本支援。 |
目標平台 | Windows |
標頭 | ndis.h (包括 Ndis.h) |
IRQL | <= DISPATCH_LEVEL |