WinCE啟動失敗原因與解決辦法

　　①OAL初始化硬件時(shí)失敗

　　oal.exe是通過Startup函數(shù)來完成硬件的初始化。一般來說，OAL的啟動代碼(Startup.s)與該硬件平臺的Bootloader的啟動代碼(Startup.s)是可以共享的。例如，其中PreInit 函數(shù)主要完成將arm處理器工作模式切換到管理員模式，同時(shí)關(guān)閉MMU，并檢測系統(tǒng)啟動原因。如果是熱啟動，即在該函數(shù)調(diào)用之前已經(jīng)啟動過 Bootloader的啟動代碼(Startup.s)，相當(dāng)基本硬件初始化已經(jīng)完成，則可直接跳轉(zhuǎn)到OALStartUp函數(shù)中;否則需要進(jìn)行硬件中斷屏蔽、內(nèi)存、系統(tǒng)時(shí)鐘頻率、電源管理等硬件的基本初始化過程。

　　在StartUp 函數(shù)初始化CPU等核心硬件并跳轉(zhuǎn)到Main函數(shù)后，系統(tǒng)就會轉(zhuǎn)入C語言代碼執(zhí)行環(huán)境。這時(shí)Main函數(shù)分為3個(gè)模塊：BLCOMMON、Download Function、FLASH Function。其中BLCOMMON模塊是由微軟提供的，執(zhí)行一些邏輯上的功能。而Download Function、FLASH Function中的函數(shù)與硬件平臺息息相關(guān)。因此，對于每種硬件平臺都要將函數(shù)的實(shí)現(xiàn)進(jìn)行適當(dāng)修改，這種修改是需要對硬件非常熟悉的。當(dāng)修改出現(xiàn)錯(cuò)誤時(shí)，就會導(dǎo)致系統(tǒng)啟動失敗了。

　　在硬件平臺初始化完成后，oal.exe的啟動任務(wù)基本完成，余下的啟動工作由內(nèi)核相關(guān)且獨(dú)立于內(nèi)核的OAL層實(shí)現(xiàn)體kernel.dll接管。也就是說，這時(shí)Startup會調(diào)用OALStartUp函數(shù)，OALStartUp函數(shù)主要完成將OEMAddressTable表傳遞給內(nèi)核，然后調(diào)用KernelStart函數(shù)跳轉(zhuǎn)到內(nèi)核。因此，如果此時(shí)OAL的啟動Startup函數(shù)調(diào)用失敗的話，就也會導(dǎo)致系統(tǒng)的啟動失敗了。

　　這里需要特別注意的是，Bootloader和OAL中均包含啟動Startup函數(shù)。它的功能大致相同，都是要初始化最小硬件環(huán)境。Bootloader的啟動Startup函數(shù)是在為自己的執(zhí)行準(zhǔn)備硬件環(huán)境，OAL的啟動Startup函數(shù)則是為kernel的執(zhí)行準(zhǔn)備硬件環(huán)境。由于這兩種硬件環(huán)境要求基本相同，所以它們的代碼也有很大部分可以相互借鑒。但應(yīng)該明白Bootloader與OAL在物理上是獨(dú)立的，它們并不是同一段代碼。當(dāng)然，如果可以確定這一部分在Bootloader已經(jīng)初始化過如熱啟動，則在OAL中不必重復(fù)執(zhí)行。

　?、贠AL入口位置定位失誤導(dǎo)致的失敗

　　從上述WinCE啟動流程可知，在OAL初始化硬件后而在內(nèi)核啟動前，系統(tǒng)是需要調(diào)用KernelStart函數(shù)來跳轉(zhuǎn)到內(nèi)核。因此，這里有一個(gè)要點(diǎn)，就是WinCE需要找到OAL的入口位置，然后才能調(diào)用入口函數(shù)與全局塊進(jìn)行指針交換，這樣內(nèi)核才能使用OAL層中的信息，同樣OAL層也才能訪問內(nèi)核(kernel)導(dǎo)出的函數(shù)。

　　OAL入口位置函數(shù)的調(diào)用實(shí)際上是通過OEMGLOBAL結(jié)構(gòu)體實(shí)現(xiàn)的，實(shí)際調(diào)用位置為OEMInitDebugSerial和OEMInit。也就是說，OEMGLOBAL結(jié)構(gòu)體構(gòu)建了內(nèi)核和OAL層之間進(jìn)行通信的橋梁。OEMGLOBAL結(jié)構(gòu)體定義了OAL層所有必須的函數(shù)，該結(jié)構(gòu)體在oemglobal.c文件中被初始化，并會被編譯在OEMMain.lib和 OEMMain_StaticKITL.lib兩個(gè)庫中。如果OAL鏈接這兩個(gè)庫，則必須要有正確的該結(jié)構(gòu)體的函數(shù)實(shí)現(xiàn)體，同時(shí)還需要調(diào)用ARMSetup來設(shè)置物理地址和非緩沖的虛擬內(nèi)存地址的映像、arm中斷向量以及內(nèi)核模式所需要的堆棧、調(diào)用OEMInitDebugSerial函數(shù)初始化調(diào)試串口、調(diào)用OEMInit進(jìn)行平臺初始化等。否則，如果OAL入口位置函數(shù)有誤，則內(nèi)核和OAL層之間的訪問就會失敗，也就會導(dǎo)致系統(tǒng)在啟動時(shí)出錯(cuò)和失敗。

　　三.導(dǎo)致的WinCE啟動失敗的其它相關(guān)因素

　　(1)驅(qū)動程序加載錯(cuò)誤導(dǎo)致的失敗

　　在調(diào)試中，我們還發(fā)現(xiàn)系統(tǒng)在啟動時(shí)執(zhí)行到OEMInit時(shí)也經(jīng)常會出現(xiàn)錯(cuò)誤。一般來說，系統(tǒng)調(diào)用OEMInit運(yùn)行完成之后，就會跳回Private或Public下的代碼繼續(xù)運(yùn)行，然后再啟動device.exe加載各個(gè)驅(qū)動程序。由于這一段代碼是微軟提供的default代碼，基本上不會有問題。所以，我們就有理由懷疑如果加載的驅(qū)動程序出了問題，是也會造成系統(tǒng)啟動失敗的。一般來說，這些加載的驅(qū)動程序主要是 BSP中的Audio、Display、SDMMC、Serial、USB等。

　　(2)啟動時(shí)加載配置有誤的注冊表導(dǎo)致的失敗

　　在WinCE中注冊表在啟動過程中也扮演著非常重要的角色。與桌面Windows一樣，WinCE注冊表(Registry)也是一個(gè)系統(tǒng)數(shù)據(jù)庫,用來保存應(yīng)用程序、驅(qū)動程序、用戶的設(shè)定以及其它一些系統(tǒng)的配置信息，通常還存儲著操作系統(tǒng)運(yùn)作和調(diào)用程序的狀態(tài)信息。例如，每個(gè)用戶的配置文件、安裝的應(yīng)用程序以及每個(gè)應(yīng)用程序可以創(chuàng)建的文檔類型、文件夾和應(yīng)用程序圖標(biāo)的屬性表設(shè)置、系統(tǒng)上存在哪些硬件以及正在使用哪些端口等。

　　因此，對于硬件外設(shè)來說注冊表是一個(gè)記錄驅(qū)動程序設(shè)置和位置的數(shù)據(jù)庫。當(dāng)WinCE系統(tǒng)在啟動時(shí)需要啟動某些必要的硬件設(shè)備時(shí)，就會需要使用外設(shè)驅(qū)動程序。但如果在WinCE中這個(gè)外設(shè)驅(qū)動是獨(dú)立于操作系統(tǒng)的，WinCE系統(tǒng)就需要知道從哪里找到它們，例如文件名、版本號、其它設(shè)置和信息。因此，注冊表上沒有此設(shè)備的記錄時(shí)，它們就不能被使用。所以，當(dāng)注冊表在啟動時(shí)加載錯(cuò)誤或者注冊表配置有錯(cuò)誤時(shí)，也是會導(dǎo)致WinCE系統(tǒng)啟動失敗的。