Windows CE下流驅動的動態加載是怎樣的

這期內容當中小編將會給大家帶來有關 Windows CE下流驅動的動態加載是怎樣的，文章內容豐富且以專業的角度為大家分析和敘述，閱讀完這篇文章希望大家可以有所收獲。

我想很多WinCE的開發人員，尤其是剛入門并且做驅動開發的工程師，都曾碰到這樣一個問題，要編寫一個外圍設備的驅動，拿最簡單的GPIO驅動來說，編寫驅動本身可能只花了一會兒功夫，可要把編譯生成的DLL打包到先前做好的操作系統映像當中，最簡單也得MakeImg一下，還要修改BIB文件、注冊表文件，以讓系統啟動的時候就加載該驅動，所有工作都做完了，還得花幾分鐘下載整個操作系統到內存去運行，這也得要個好幾分鐘。能力強的人一次成功，不走回頭路也就算了。

         如果驅動編寫得有問題，那又得改代碼，重新編譯，把剛剛所做的事情再做一遍。說出來不怕大家笑話，我剛開始做驅動時就這樣，反反復復，半天下來，才調試好一個簡單的驅動。而事實上很大一部分時間都浪費在重復操作上。這種調試驅動的方法實在效率太低了。想到Linux下面的驅動調試，多方便！直接INSMOD一下，應用程序就可以調用，出現問題就RMMOD，根本無須來回倒騰操作系統的映像文件。那么，WinCE下難道就沒有這么簡便的方法嘛？答案是肯定的。

         閑話少說，進入正題。查找EVC的幫助，發現函數ActivateDevice（）可用來加載驅動程序。而這個函數的使用是相當簡單的。我就不多說了，貼上一段幫助最能說明問題。當然，你也可以用ActivateDeviceEx（）。

         HANDLE ActivateDevice (

         LPCWSTR lpszDevKey,

         DWORD dwClientInfo

         );

         Parameters

         lpszDevKey

         [in] Pointer to the registry path string of the device's driver key under HKEY_LOCAL_MACHINE. A driver key contains the DLL name, the device prefix, friendly name, and other device information.

         dwClientInfo

         [in] Data that will be stored in the device's Active key in the ClientInfo value. The registry path to the driver's Active key is passed in as the context parameter to the device's XXX_Init function. The value in dwClientInfo is stored in the registry before XXX_Init is called.

         Return Values

         On success, ActivateDevice returns a handle to the device that can be used in subsequent calls to DeactivateDevice.

         Remarks

         This function is superseded by ActivateDeviceEx.

         ActivateDevice loads a device driver. ActivateDevice reads the registry key specified in lpszDevKey to get the DLL name, device prefix, index, and other values. Next it adds the device to the active device list in the registry branch HKEY_LOCAL_MACHINE\Drivers\Active, and stores the relevant values there. If no device index was specified in the key named in lpszDevKey, then it assigns a free index. Then it loads the device driver DLL in the process space of the Device Manager. Then it broadcasts a WM_DEVICECHANGE message for the new device and triggers a NOTIFICATION_EVENT_DEVICE_CHANGE event in the application notification system to notify applications of the presence of the new device.

         從上面的描述中可以看到，在使用該函數時，我們只要給出第一個參數就可以，而這個參數是注冊表中的一個路徑字符串。所以，要想很方便的動態加載任意一個驅動，我們還要了解一下有關注冊表的內容。但其中最核心的就是一條，把你驅動的相關注冊表信息放到HKEY_LOCAL_MACHINE下，主要內容包括Prefix、DLL、Index、Order等信息。這里就不展開說明了。

       自己起初費了那么多冤枉時間，實在很郁悶。原理摸清后就做了一個小工具，實現動態加載流驅動，以提高開發效率，也能方便后來人。下面就詳細介紹這個小工具的使用過程，讓大家體驗一下動態加載流驅動是多么暢快的一件事情。

       我們假設已經做好一個簡單的流驅動DrvDemo.dll，其對應的注冊表文件為DrvDemo.reg，用來測試驅動的應用程序DrvDemo.exe。我們把這三個文件和驅動調試助手(DM.exe)都拷貝到WinCE系統上，如下圖所示。

        首先運行DrvDemo.exe，點擊打開設備，或者其他按鈕，我們發現打開設備失敗，很正常，此時DrvDemo.dll還沒有工作呢。

       運行驅動調試助手軟件DM.exe，點擊“驅動調試”菜單——選擇“導入注冊表”，

或者從“驅動列表”中激活.

       其余的操作跟上面講的完全一樣了，不再重復。

        怎么樣，這種方法就很類似于Linux下的Insmod和Rmmod了吧？

       其實，如果在注冊表中已經有了相應的鍵，你甚至可以直接選中它，然后在“驅動調試”中選擇“激活驅動”，如果一切正常，也可以達到上面兩種方法的效果，但這樣就連導入文件都省了。有興趣的同志可以自己試一下。

       好了，我相信到這里，大家應該對動態加載流驅動的原理和方法都了解了，也能從此擺脫不斷MakeImg和Download的夢魘，節省很多寶貴的開發時間。

       最后，針對驅動調試助手簡單說明一下幾個要注意的地方。

       1.   在調試驅動時，加載完驅動后，千萬不要關閉驅動調試助手，最小化就行，否則，它會在關閉時自動卸載掉你所加載的驅動。

       2.   在WinCE4.2中，有關中斷的驅動是無法直接用此方法來動態加載的，而在5.0和6.0中不會有此限制。這是因為WinCE4.2中的中斷處理機制所致。

       3.   驅動調試助手可以同時加載幾個驅動，這時候建議將所有注冊表信息寫到一個文件中，并導入。剩下的工作就是從驅動列表中選擇加載你所需要的驅動了。

       4.   驅動調試助手中的注冊表編輯功能經過幾番修改，已基本完善，編輯、導入、導出都沒有問題。如果系統支持HIVE-REG，在退出驅動調試助手時，可以選擇保存此次的注冊表修改。

       5.   上面的截圖是在WinCE6.0的模擬器上面做的，應該算是內核態的驅動，至于用戶態的驅動也可以通過該方法加載，但是需要設定相應的注冊表信息。

上述就是小編為大家分享的 Windows CE下流驅動的動態加載是怎樣的了，如果剛好有類似的疑惑，不妨參照上述分析進行理解。如果想知道更多相關知識，歡迎關注億速云行業資訊頻道。