共用方式為


IO_DPC_ROUTINE回呼函式 (wdm.h)

DpcForIsr 例程會在 InterruptService 例程傳回之後完成 I/O 作業的服務。

語法

IO_DPC_ROUTINE IoDpcRoutine;

void IoDpcRoutine(
  [in]           PKDPC Dpc,
  [in]           _DEVICE_OBJECT *DeviceObject,
  [in, out]      _IRP *Irp,
  [in, optional] PVOID Context
)
{...}

參數

[in] Dpc

呼叫端提供的 KDPC 結構的指標,代表與此 DpcForIsr 例程相關聯的 DPC 物件。

[in] DeviceObject

呼叫端提供的 DEVICE_OBJECT 結構的指標。 這是目標裝置的裝置物件,先前是由驅動程式的 AddDevice 例程所建立。

[in, out] Irp

呼叫端提供的 IRP 結構指標,描述 I/O 作業。

[in, optional] Context

呼叫端提供的驅動程式定義內容資訊指標,在先前呼叫 IoRequestDpc中指定。

傳回值

備註

若要為特定裝置物件註冊 DpcForIsr 例程,驅動程式必須呼叫 IoInitializeDpcRequest,這會導致系統配置並初始化一個 DPC 物件。 (如果您需要多個 DPC 例程,請使用 CustomDpc 例程.)

若要將 DpcForIsr 例程排入佇列以供執行,驅動程式的 InterruptService 例程必須呼叫 IoRequestDPC

DpcForIsr 例程通常至少負責下列工作:

  • 完成所接收 IRP 所描述的 I/O 作業。

  • 清除下一個 IRP 佇列。

    如果驅動程式使用系統提供的 IRP 佇列,DpcForIsr 例程應該呼叫 IoStartNextPacket 或 IoStartNextPacketByKey,因此驅動程式的 StartIo 例程將會開始處理下一個 I/O 要求。

    如果驅動程式使用內部 IRP 佇列, DpcForIsr 例程應該清除下一個 IRP 佇列,並開始處理下一個 I/O 要求。

  • 在收到的 IRP 中設定 I/O 狀態區塊,並針對已完成的要求呼叫 IoCompleteRequest

DpcForIsr 例程可能也會重試失敗的作業,或針對已分成較小片段的大型 I/O 要求設定下一個傳輸。

如需 DpcForIsr 例程的詳細資訊,請參閱 DPC 物件和 DPC

範例

若要定義 DpcForIsr 回呼例程,您必須先提供函式宣告來識別您要定義的回呼例程類型。 Windows 提供一組驅動程式的回呼函式類型。 使用回呼函式類型宣告函式有助於 驅動程式的程式代碼分析靜態驅動程式驗證器 (SDV) ,以及其他驗證工具尋找錯誤,而且這是撰寫 Windows 操作系統驅動程式的需求。

例如,若要定義名為MyDpcForIsrDpcForIsr 回呼例程,請使用 IO_DPC_ROUTINE 類型,如下列程式代碼範例所示:

IO_DPC_ROUTINE MyDpcForIsr;

然後,實作回呼例程,如下所示:

_Use_decl_annotations_
VOID
  MyDpcForIsr(
    PKDPC  Dpc,
    struct _DEVICE_OBJECT  *DeviceObject,
    struct _IRP  *Irp,
    PVOID  Context
    )
  {
      // Function body
  }

IO_DPC_ROUTINE函式類型定義於 Wdm.h 頭檔中。 若要在執行程式代碼分析工具時更精確地識別錯誤,請務必將 _Use_decl_annotations_ 批註新增至函式定義。 註釋 _Use_decl_annotations_ 可確保使用頭檔中套用至IO_DPC_ROUTINE函式類型的批註。 如需函數宣告需求的詳細資訊,請參閱 使用WDM驅動程式的函式角色類型來宣告函式。 如需 的相關信息 _Use_decl_annotations_,請參閱 標註函式行為

規格需求

需求
目標平台 桌面
標頭 wdm.h (包括 Wdm.h、Ntddk.h、Ntifs.h)
IRQL 在 DISPATCH_LEVEL呼叫。