?、貽AL初始化硬件時失敗

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

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

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

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

　?、贠AL入口位置定位失誤導致的失敗

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

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

　　三.導致的WinCE啟動失敗的其它相關因素

　　(1)驅動程序加載錯誤導致的失敗

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

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

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

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