很多時後, IRP 被傳送到底層驅動程式後, 由於硬體裝置的問題, IRP 不能得到即時的處理, 甚至很有可能永遠都不會被處理. 這時候需要對 IRP 超時情況做出處理. 一旦在規定時間內 IRP 沒有被處理, 作業系統就會進入到 IRP 的超時處理函式中.
原理 :
在驅動程式設計中, 經常遇到一種情況, 對某一裝置操作很久沒有反應. 如果在規定的時間內沒有完成操作, 則要取消操作. 取消操作需要程式設計師發出取消命令, 如在應用程式中執行CancelIO Win32 API 函式, 或者在驅動程式中執行 IoCancelIrp 內核函式, 也可以透過設置 IRP 超時. 當IRP 超時後, 作業系統也會取消 IRP 從而進入 IRP 的取消常式.
首先初始一個計時器和 DC 物件, 並將 DPC 常式和計時器物件進行關聯. 在每次對 IRP 操作前, 開啟計時器並設置好一定的計時. 如果在指定時間內對 IRP 的處理沒有結束, 那麼作業就會進入 DPC 常式. 在 DPC 常式中取消還在繼續處理的 IRP. 如果驅動程式能在超時前結束 IRP 的操作, 則應該取消計時器, 從而保證不會取消 IRP.
示例程式碼 :
下面程式碼演示了如何在驅動程式中對 IRP 的超時進行處理. 為了演示超時的效果, 本例在 IRP_MJ_READ 的派遣函式中直接返回 Pending 狀態. 這樣 IRP 永遠不會結束. 在超時以後會進入超時處理函式.
本例將超時設為 3s. 在處理超時的 DPC 常式中, IRP 被強制結束. 本例沒有考慮 StartIO 常式和取消常式, 有興趣的讀者可以將這個例子完善. 以下是範例代碼 :
底下是執行結果 :
補充說明 :
* [ Windows DDP ] IRP 的同步 : 插斷服務常式 & DPC 常式
* [ Windows DDP ] 計時器 : 計時器實作方式二 (DPC 計時器)
沒有留言:
張貼留言