下面是一種比較典型的 PnP 和電源管理方案,WDF框架在這些情況下調用驅動程序的事件回調函數:
- 用戶插入設備
- 用戶拔出設備
- 設備進入低功耗狀態
- 設備回到工作狀態
- PnP 管理器重新分發系統資源
這些幾乎是所有的和PNP、電源管理相關的場景了,它們分別詮釋了設備在各種情況下比較典型的用戶場景,接下來會依次分析這些場景下WDF框架的行為。
用戶插入設備
在以下方案中,設備節點包括 KMDF 總線驅動程序和支持 PnP 設備的一個或多個 KMDF 函數或Filter驅動程序。
當用戶在系統運行時將設備插入總線時,設備的總線驅動程序和框架將執行以下任務:
- 設備的總線驅動程序檢測設備并調用 WdfChildListAddOrUpdateChildDescriptionAsPresent (此過程稱為“動態枚舉”);
- 框架調用總線驅動程序的 EvtChildListCreateDevice 回調函數,因此總線驅動程序可以調用 WdfDeviceCreate 為物理設備創建框架設備對象?(PDO) ;
- 框架調用總線驅動程序的 EvtDeviceResourcesQuery 和 EvtDeviceResourceRequirementsQuery 回調函數來確定設備所需的系統硬件資源;
接下來,PnP 管理器確定哪些其他驅動程序 (功能驅動程序和Filter驅動程序) 設備所需的。 如果尚未加載這些驅動程序,PnP 管理器將加載它們并調用其 DriverEntry 例程。 對于每個函數或Filter驅動程序,將執行以下操作:
1. 框架調用每個附加驅動程序的 EvtDriverDeviceAdd 回調函數,以便驅動程序可以調用 WdfDeviceCreate 來創建表示驅動程序設備的框架設備對象。 功能驅動程序 (FDO) 創建功能設備對象,Filter驅動程序 (Filter DO) 創建Filter設備對象。
2. 框架調用每個函數和Filter驅動程序的 EvtDeviceFilterRemoveResourceRequirements 回調函數,然后調用每個驅動程序的 EvtDeviceFilterAddResourceRequirements 回調函數。 在設備啟動之前,框架立即調用 EvtDeviceRemoveAddedResources 回調函數。 這三個回調函數允許Filter和功能驅動程序在 PnP 管理器將資源分配給設備之前修改設備所需的硬件資源列表。?
3. 框架確保設備已達到其工作 (D0) 電源狀態。
4. 對于支持設備的每個函數和Filter驅動程序,框架依次執行以下操作,一次一個驅動程序,從驅動程序堆棧中最低的驅動程序開始:
- 框架 (調用驅動程序的 EvtDevicePrepareHardware 回調函數(如果該函數存在) ),并傳遞 PnP 管理器分配給設備的硬件資源列表;
- 框架調用驅動程序的 EvtDeviceD0Entry 回調函數 (如果它存在于) ;
- 框架 調用驅動程序的 EvtInterruptEnable 回調函數(如果每個中斷存在),然后調用驅動程序的 EvtDeviceD0EntryPostInterruptsEnabled 回調函數 (如果存在) ,則調用該驅動程序的 EvtDeviceD0EntryPostEnabled 回調函數。
- 如果硬件和驅動程序支持 DMA,框架將調用驅動程序的 EvtDmaEnablerFill、 EvtDmaEnablerEnable 和 EvtDmaEnablerSelfManagedIoStart 回調函數 (如果它們存在) 創建的每個 DMA 通道
- 框架調用驅動程序的 EvtChildListScanForChildren 回調函數 (如果該函數存在于) ;
- 框架啟動設備的所有電源托管 I/O 隊列;
- 如果驅動程序使用自托管 I/O,框架將調用驅動程序的 EvtDeviceSelfManagedIoInit 回調函數;
用戶拔出設備
當系統運行時,用戶可以通過以下兩種方式之一刪除設備:有 條不紊地刪除設備,這意味著用戶通知系統設備即將 (刪除,例如使用拔出或彈出硬件程序) ;或 意外刪除,這意味著用戶在不通知系統的情況下拔下設備。 如果總線支持意外刪除 (例如 USB) ,則設備的驅動程序必須能夠處理設備的突然消失。
有序刪除
用戶通過使用系統的拔出或彈出硬件程序、通過使用設備管理器禁用設備或推送可彈出設備的彈出按鈕來請求刪除。 框架允許刪除或禁用設備,除非驅動程序具有:
- 名為 WdfDeviceSetSpecialFileSupport ,并在設備上打開一個特殊文件;
- 名為 WdfDeviceSetStaticStopRemove;
- 提供了 EvtDeviceQueryRemove 回調函數,并且回調函數已否決刪除;
對于支持該設備的每個函數和Filter驅動程序,框架從驅動程序堆棧中最高的驅動程序開始,按順序一次執行一個驅動程序的以下操作:
- 如果驅動程序使用自托管 I/O,框架將調用驅動程序的 EvtDeviceSelfManagedIoSuspend 回調函數;
- 框架會停止驅動程序的所有電源托管 I/O 隊列;
- 如果硬件和驅動程序支持 DMA,框架將驅動程序的 EvtDmaEnablerSelfManagedIoStop、 EvtDmaEnablerFlush 和 EvtDmaEnablerDisable 回調 函數 (如果它們存在) 創建的每個 DMA 通道;
- 框架 (調用驅動程序的 EvtDeviceD0ExitPreInterruptsDisabled 回調函數(如果存在) ),然后調用驅動程序的 EvtInterruptDisable 回調函數 (如果存在每個中斷) ,則驅動程序可以禁用設備中斷;
- 框架 調用驅動程序的 EvtDeviceD0Exit 回調函數(如果存在) ;
- 框架調用驅動程序的 EvtDeviceReleaseHardware 回調函數 (如果它存在) ,則向其傳遞 PnP 管理器分配給設備的硬件資源列表;
- 如果驅動程序使用自托管 I/O,框架將調用驅動程序的 EvtDeviceSelfManagedIoFlush 回調函數;
- 如果驅動程序使用自托管 I/O,框架將調用驅動程序的 EvtDeviceSelfManagedIoCleanup 回調函數;
總線驅動程序是堆棧中最后調用的驅動程序。 當框架調用總線驅動程序的 EvtDeviceD0Exit 回調函數時,回調函數將設備的電源狀態 (總線) 的子設備設置為 D3。 總線驅動程序可以通過調用 WdfDeviceInitSetReleaseHardwareOrderOnFailure 來控制框架何時調用其 EvtDeviceReleaseHardware 回調函數。
意外刪除
用戶意外拔下設備。 設備總線的總線驅動程序發現設備缺失,并調用 WdfChildListUpdateChildDescriptionAsMissing。
對于支持該設備的每個函數和Filter驅動程序,框架從驅動程序堆棧中最高的驅動程序開始,按順序一次執行一個驅動程序的以下操作:
1. 框架調用驅動程序的 EvtDeviceSurpriseRemoval 回調函數 ((如果存在) )。
2. 如果設備處于工作狀態 (D0) 拔出設備時的狀態:
- 框架會停止驅動程序的所有電源托管 I/O 隊列;
- 如果驅動程序使用自托管 I/O,框架將調用驅動程序的 EvtDeviceSelfManagedIoSuspend 回調函數;
- 如果硬件和驅動程序支持 DMA,框架將驅動程序的 EvtDmaEnablerSelfManagedIoStop、 EvtDmaEnablerFlush 和 EvtDmaEnablerDisable 回調 函數 (如果它們存在) 創建的每個 DMA 通道;
- 框架調用驅動程序的 EvtDeviceD0ExitPreInterruptsDisabled 和 EvtInterruptDisable 回調函數 (如果它們存在) ,以便驅動程序可以禁用設備中斷;
- 框架 調用驅動程序的 EvtDeviceD0Exit 回調函數(如果存在) ;
3. 框架調用驅動程序的 EvtDeviceReleaseHardware 回調函數 (如果它存在) ,將 PnP 管理器分配給設備的硬件資源列表傳遞。
4. 如果驅動程序使用自托管 I/O,框架將調用驅動程序的 EvtDeviceSelfManagedIoFlush 回調函數。
5. 如果驅動程序使用自托管 I/O,框架將調用驅動程序的 EvtDeviceSelfManagedIoCleanup 回調函數。
請注意,設備隨時可能會意外刪除。 因此,框架可能會在前面步驟中顯示的時間調用驅動程序的 EvtDeviceSurpriseRemoval 回調函數。 例如,如果用戶在設備進入低功耗狀態時意外拔下電源,框架可能會在調用 EvtDeviceReleaseHardware 回調函數后調用 EvtDeviceSurpriseRemoval 回調函數。 不得以假定在特定序列中調用 EvtDeviceSurpriseRemoval 回調函數和其他回調函數的方式編寫代碼。
此外,框架不會將設備的 EvtDeviceSurpriseRemoval 回調函數與該設備前面步驟中列出的任何回調函數同步。 因此, EvtDeviceSurpriseRemoval 回調函數可能會運行,而前面列出的另一個回調函數也在運行。
設備進入低功耗狀態
如果發生以下情況之一,設備將使其工作 (D0) 狀態,并進入低功耗狀態:
- 設備 處于空閑狀態?訪問,并且能夠在系統保持工作 (S0) 狀態時進入低功耗空閑狀態;
- 系統的電源狀態已從其工作 (S0) 狀態更改為低功耗狀態。 驅動程序可以調用 WdfDeviceGetSystemPowerAction 來確定系統電源狀態更改的原因;
對于支持該設備的每個函數和篩選器驅動程序,框架從驅動程序堆棧中最高的驅動程序開始,按順序一次執行一個驅動程序的以下操作:
- 如果驅動程序使用自托管 I/O,框架將調用驅動程序的 EvtDeviceSelfManagedIoSuspend 回調函數;
- 框架會停止驅動程序的所有電源托管 I/O 隊列,并調用其 EvtIoStop 回調函數 (如果它們存在) ;
- 如果驅動程序是設備的電源策略所有者,框架將調用其 EvtDeviceArmWakeFromS0、 EvtDeviceArmWakeFromSx 或 EvtDeviceArmWakeFromSxWithReason 回調函數;
- 如果硬件和驅動程序支持 DMA,框架會調用驅動程序的 EvtDmaEnablerSelfManagedIoStop、 EvtDmaEnablerFlush 和 EvtDmaEnablerDisable 回調 函數 (如果它們存在) 創建的每個 DMA 通道;
- 框架 調用驅動程序的 EvtDeviceD0ExitPreInterruptsDisabled 回調函數(如果存在) ,然后調用驅動程序的 EvtInterruptDisable 回調函數 (如果存在每個中斷) ,以便驅動程序可以禁用設備中斷;
- 框架 調用驅動程序的 EvtDeviceD0Exit 回調函數(如果存在) ;
總線驅動程序是堆棧中最后調用的驅動程序。 當框架調用總線驅動程序的 EvtDeviceD0Exit 回調函數時,回調函數將設備的電源狀態 (總線) 的子設備設置為低功耗狀態。 框架指定 D3 低功耗狀態,除非電源策略所有者指定了不同的低功耗狀態。
注意:總線驅動程序用于設置子設備的電源狀態的方法特定于總線。 例如,PCI 總線電源管理規范定義 16 位電源管理控制/狀態寄存器 (PMCSR) 。 最低兩位 (“PowerState”) 都決定設備的當前電源狀態,并用于將設備設置為新的電源狀態。 pci.sys當 PDO 收到IRP_MN_SET_POWER/D3 時,它會讀取 PMCSR,將 PowerState 位更改為 11b (功率級別 D3) ,并寫回 PMCSR。
設備回到工作狀態
如果發生以下情況之一,處于低功耗狀態的設備將返回到其工作狀態:
- 設備檢測到外部事件并在其總線上觸發喚醒信號。 檢測喚醒信號的總線驅動程序調用 WdfDeviceIndicateWakeStatus。 因此,框架調用總線驅動程序的 EvtDeviceDisableWakeAtBus 回調函數;
- 設備處于空閑狀態,驅動程序調用 WdfDeviceStopIdle;
- 系統的電源狀態已從低功率狀態更改為其工作 (S0) 狀態;
在上述每種情況下,框架都會調用總線驅動程序的 EvtDeviceD0Entry 回調函數,然后將設備 (總線) 的子設備還原到其工作 (D0) 狀態。
對于支持設備的每個函數和Filter驅動程序,框架依次執行以下操作,一次一個驅動程序,從驅動程序堆棧中最低的驅動程序開始:
- 框架調用驅動程序的 EvtDeviceD0Entry 回調函數 (如果它存在于) 。
- 框架 調用驅動程序的 EvtInterruptEnable 回調函數(如果每個中斷存在) ,然后調用驅動程序的 EvtDeviceD0EntryPostInterruptsEnabled 回調函數 (如果它存在) ,則調用該驅動程序的 EvtDeviceD0EntryPostEnabled 回調函數) 。
- 如果硬件和驅動程序支持 DMA,框架將調用驅動程序的 EvtDmaEnablerFill、 EvtDmaEnablerEnable 和 EvtDmaEnablerSelfManagedIoStart 回調函數 (如果它們對于創建的每個 DMA 通道存在) ;
- 如果驅動程序是設備的電源策略所有者,框架將調用其 EvtDeviceDisarmWakeFromS0 或 EvtDeviceDisarmWakeFromSx 回調函數';
- 框架調用驅動程序的 EvtChildListScanForChildren 回調函數 (如果它存在于) ;
- 框架會重啟驅動程序的所有電源托管 I/O 隊列,并在必要時 (調用其 EvtIoResume 回調函數) ;
- 如果驅動程序使用自托管 I/O,框架將調用驅動程序的 EvtDeviceSelfManagedIoRestart 回調函數;
PnP 管理器重新分發系統資源
如果用戶將設備添加到系統,并且設備需要 PnP 管理器已分配給另一個設備的系統資源,則 PnP 管理器會嘗試重新分配資源。
在此過程中,PnP 管理器會停止設備并將其從工作 (D0) 狀態中取出。 然后,它將新資源列表傳遞給設備,以便它們可以使用新資源重啟。
重新分發資源時,如果設備的驅動程序之一具有:PnP 管理器不會更改設備的資源分配:
- 名為 WdfDeviceSetSpecialFileSupport ,并在設備上打開一個特殊文件;
- 名為 WdfDeviceSetStaticStopRemove;
- 提供了一個 EvtDeviceQueryStop 回調函數,并且回調函數已否決了重新分配;
Power-Down序列
對于支持要停止的設備的每個函數和篩選器驅動程序,框架從驅動程序堆棧中最高的驅動程序開始,按順序一次執行一個驅動程序的以下操作:
- 如果驅動程序使用自托管 I/O,框架將調用驅動程序的 EvtDeviceSelfManagedIoSuspend 回調函數;
- 框架停止設備的所有電源托管 I/O 隊列;
- 如果硬件和驅動程序支持 DMA,框架會針對創建的每個 DMA 通道調用驅動程序的 EvtDmaEnablerSelfManagedIoStop、 EvtDmaEnablerFlush 和 EvtDmaEnablerDisable 回調 函數;
- 調用驅動程序的 EvtDeviceD0ExitPreInterruptsDisabled 和 EvtInterruptDisable 回調函數 (如果它們存在) ,以便驅動程序可以禁用設備中斷;
- 框架調用驅動程序的 EvtDeviceD0Exit 回調函數(如果存在) ;
- 框架調用驅動程序的 EvtDeviceReleaseHardware 回調函數(如果該函數存在) ,傳遞 PnP 管理器分配給設備的硬件資源列表;
總線驅動程序是堆棧中最低的驅動程序,最后調用。 當框架調用總線驅動程序的 EvtDeviceD0Exit 回調函數時,它將句柄傳遞給表示設備的 PDO 的框架設備對象和 WdfPowerDeviceD3Final 的 TargetState 值。 總線驅動程序可以通過調用 WdfDeviceInitSetReleaseHardwareOrderOnFailure 來控制框架何時調用其 EvtDeviceReleaseHardware 回調函數。
Power-Up序列
第一個調用的驅動程序是總線驅動程序。 當框架調用總線驅動程序的 EvtDeviceD0Entry 回調函數時,回調函數會將設備 (總線) 的子設備還原到其工作 (D0) 狀態。
對于支持該設備的每個函數和篩選器驅動程序,框架按順序一次執行一個驅動程序,從驅動程序堆棧中最低的驅動程序開始:
- 框架調用驅動程序的 EvtDevicePrepareHardware 回調函數(如果存在) ,并將 PnP 管理器分配給設備的硬件資源列表傳遞;
- 框架調用驅動程序的 EvtDeviceD0Entry 回調函數 (如果存在) ;
- 框架調用驅動程序的 EvtInterruptEnable 和 EvtDeviceD0EntryPostInterruptsEnabled 回調函數 (如果它們存在) ,以便驅動程序可以啟用設備中斷;
- 如果硬件和驅動程序支持 DMA,框架會針對創建的每個 DMA 通道調用驅動程序的 EvtDmaEnablerFill、 EvtDmaEnablerEnable 和 EvtDmaEnablerSelfManagedIoStart 回調函數;
- 框架調用驅動程序的 EvtChildListScanForChildren 回調函數 (如果存在) ;
- 框架重啟設備的所有電源托管 I/O 隊列;
- 如果驅動程序使用自我管理的 I/O,框架將調用驅動程序的 EvtDeviceSelfManagedIoRestart 回調函數;