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，點擊“驅動調試”菜單——選擇“導入註冊表”，瀏覽到我們準備好的註冊表文件DrvDemo.reg，選中並點擊OK按鈕，這樣，DrvDemo.reg中的內容就已經導入到系統中了，相應的信息能在“操作信息回顯”中看到。
此時你可以直接點擊“驅動調試”菜單下的“激活驅動”，當然你也可以打開“驅動調試”——“驅動列表”，進而選擇激活該驅動。正常情況下，操作回顯中就會提示你“加載驅動成功”。
這時，再到DrvDemo.exe點擊打開設備，就完全沒有問題了。
如果在測試時，發現驅動有問題，那麼你可以選擇“卸載驅動”，然後將修改好的新的驅動拷貝過來，再點擊“激活驅動”菜單。如此往復，直至調試成功。
至此，我們採用了通過導入註冊表文件的方法激活驅動。下面再說說在沒有註冊表文件時直接通過瀏覽DLL文件本身來加載驅動的方法。先把剛剛加載的驅動卸載了。
運行驅動調試助手軟件，點擊“驅動調試”菜單——選擇“瀏覽DLL文件”，瀏覽到我們準備好的DrvDemo.dll文件。在彈出的對話框中設置正確的Prefix、Order、Index信息，點擊“確定”。
同樣，此時你可以直接通過“驅動調試”下的“激活驅動”直接激活該驅動，或者從“驅動列表”中激活.
其餘的操作跟上面講的完全一樣了，不再重複。
怎麼樣，這種方法就很類似於Linux下的Insmod和Rmmod了吧？^_^
其實，如果在註冊表中已經有了相應的鍵，你甚至可以直接選中它，然後在“驅動調試”中選擇“激活驅動”，如果一切正常，也可以達到上面兩種方法的效果，但這樣就連導入文件都省了。有興趣的同志可以自己試一下。
好了，我相信到這裏，大家應該對動態加載流驅動的原理和方法都瞭解了，也能從此擺脫不斷MakeImg和Download的夢魘，節省很多寶貴的開發時間。
最後，針對驅動調試助手簡單說明一下幾個要注意的地方。
1. 在調試驅動時，加載完驅動後，千萬不要關閉驅動調試助手，最小化就行，否則，它會在關閉時自動卸載掉你所加載的驅動。
2. 在WinCE4.2中，有關中斷的驅動是無法直接用此方法來動態加載的，而在5.0和6.0中不會有此限制。這是因爲WinCE4.2中的中斷處理機制所致。
3. 驅動調試助手可以同時加載幾個驅動，這時候建議將所有註冊表信息寫到一個文件中，並導入。剩下的工作就是從驅動列表中選擇加載你所需要的驅動了。
4. 驅動調試助手中的註冊表編輯功能經過幾番修改，已基本完善，編輯、導入、導出都沒有問題。如果系統支持HIVE-REG，在退出驅動調試助手時，可以選擇保存此次的註冊表修改。
5. 上面的截圖是在WinCE6.0的模擬器上面做的，應該算是內核態的驅動，至於用戶態的驅動也可以通過該方法加載，但是需要設定相應的註冊表信息。
6. 做這樣一個小工具，主要是想提高自己的工作效率。現在貼出來，希望也能爲同道中人所用。在使用該程序時有任何問題，請發郵件到 [email protected]，我會盡力解決。本篇中的視頻錄像和最新版的驅動調試助手可以在http://files.cnblogs.com/we-hjb/WINCEDM.rar下載到。
上面所講的並不是新鮮或者高深的技術，但相信對某些技術人員還是有一定的幫助。當然，文中有不盡如人意處，還請你見諒。以後爭取多寫一點東西，跟大家一起學習Windows Embedded。
最後，希望不要被認爲是“廣告性質的文章”。^_^
