WinCE下BootLoader的啟動(dòng)流程和開發(fā)經(jīng)驗(yàn)

　　Windows CE最大程度繼承了桌面版Windows的豐富功能，但是Windows CE并不是一個(gè)通用的安裝版操作系統(tǒng)。在形形色色的嵌入式設(shè)備世界里，一款CE系統(tǒng)通常只能針對(duì)某一種硬件平臺(tái)生成。

　　一般來說，Windows CE的開發(fā)過程可以分為：0AL（OEM Abstraction Layer）、驅(qū)動(dòng)、應(yīng)用程序開發(fā)三個(gè)步驟。其中，0AL開發(fā)最基本的一步是板級(jí)支持包（BSP），而BootLoader設(shè)計(jì)則在BSP開發(fā)中具有極為關(guān)鍵的地位。

　　1. 什么是BootLoader

　　嵌入式系統(tǒng)的啟動(dòng)代碼一般由兩部分構(gòu)成：引導(dǎo)代碼和操作系統(tǒng)執(zhí)行環(huán)境的初始化代碼。其中引導(dǎo)代碼一般也由兩部分構(gòu)成：第一部分是板級(jí)、片級(jí)初始化代碼，主要功能是通過設(shè)置寄存器初始化硬件的工作方式，如設(shè)置時(shí)鐘、中斷控制寄存器等，完成內(nèi)存映射、初始化MMU等。第二部分是裝載程序，將操作系統(tǒng)和應(yīng)用程序的映像從只讀存儲(chǔ)器裝載或者拷貝到系統(tǒng)的RAM中并執(zhí)行。

　?。?）什么是板級(jí)BSP？

　　BSP（Board Support Package）是板級(jí)支持包，是介于主板硬件和操作系統(tǒng)之間的一層，主要是為了支持操作系統(tǒng)，使之能夠更好的運(yùn)行于硬件主板。不同的操作系統(tǒng)對(duì)應(yīng)于不同形式的BSP，例如WinCE的BSP和Linux的BSP相對(duì)于某CPU來說盡管實(shí)現(xiàn)的功能一樣，可是寫法和接口定義是完全不同的。所以，BSP一定要按照該系統(tǒng)BSP的定義形式來寫，這樣才能與上層OS保持正確的接口，良好的支持上層OS。

　　（2）什么是BootLoader

　　在BSP中有一個(gè)重要的組成部分就是BootLoader，它是在操作系統(tǒng)內(nèi)核運(yùn)行之前運(yùn)行的一段小程序。通過這段小程序，可以初始化硬件設(shè)備、建立內(nèi)存空間的映射圖，從而將系統(tǒng)的軟硬件環(huán)境帶到一個(gè)合適的狀態(tài)，為調(diào)用操作系統(tǒng)內(nèi)核準(zhǔn)備好環(huán)境。

　　一般來說，在嵌入式世界里BootLoader 是嚴(yán)重地依賴于硬件的，因此想建立一個(gè)通用的 BootLoader 幾乎是不可能的。不同的 CPU 體系結(jié)構(gòu)有不同的BootLoader，而且除了依賴于 CPU的體系結(jié)構(gòu)外，BootLoader還依賴于具體的嵌入式板級(jí)設(shè)備的配置。這也就是說，對(duì)于兩塊不同的嵌入式板而言，即使它們是基于同一種 CPU 結(jié)構(gòu)而構(gòu)建的，要想讓運(yùn)行在一塊板子上的 BootLoader 程序也能運(yùn)行在另一塊板子上，通常也都需要修改 BootLoader 的源程序。

　　2. BootLoader在PC機(jī)與嵌入式的區(qū)別比較

　?。?）引導(dǎo)程序在PC機(jī)和嵌入式上的區(qū)別

　　一般來說，在PC的硬件平臺(tái)上，由于硬件啟動(dòng)根本就不是通過BootLoader（而是通過BIOS），所以BootLoader就不需要對(duì)CPU加電后的初始化做任何工作。在桌面系統(tǒng)中，有以下幾種設(shè)備可以作為啟動(dòng)設(shè)備使用：硬盤、USB盤、光盤驅(qū)動(dòng)器、還有網(wǎng)卡的Boot ROM等。但無(wú)論選擇了哪一種啟動(dòng)設(shè)備，操作系統(tǒng)都會(huì)去將該設(shè)備起始地址的內(nèi)容讀入內(nèi)存，BIOS將控制移交給引導(dǎo)裝載程序。如果啟動(dòng)設(shè)備是IDE硬盤，這時(shí)通常將引導(dǎo)裝載程序裝入第一個(gè)扇區(qū)（通常被稱做主引導(dǎo)扇區(qū)，MBR），然后將內(nèi)容讀入內(nèi)存再運(yùn)行。

　　在嵌入式平臺(tái)上，引導(dǎo)裝載程序是在硬件上執(zhí)行的第一段代碼，通常將引導(dǎo)程序放置在不易丟失的存儲(chǔ)器的開始地址或者是系統(tǒng)冷啟動(dòng)時(shí)PC寄存器的初始值。在嵌入式系統(tǒng)中，通常并沒有像BIOS那樣的固件程序，因此整個(gè)系統(tǒng)的加載啟動(dòng)任務(wù)就完全由BootLoader來完成，引導(dǎo)程序完成自己的任務(wù)后，也將控制權(quán)移交給操作系統(tǒng)。因此，BootLoader是最先被執(zhí)行的程序，所以就必須包括加電初始化程序。

　?。?）BSP在嵌入式和桌面Windows中的區(qū)別

　　其實(shí)運(yùn)行在PC機(jī)上的桌面Windows或Linux系統(tǒng)也是有BSP的，只是PC機(jī)均采用統(tǒng)一的X86體系架構(gòu)，這樣操作系統(tǒng)的BSP相對(duì)X86架構(gòu)是單一確定的，不需要做任何修改就可以很容易支持OS在X86上正常運(yùn)行，所以在PC機(jī)上談?wù)揃SP這個(gè)概念也就沒什么意義了。

　　而對(duì)嵌入式系統(tǒng)來說情況則完全不同，目前市場(chǎng)上有多種結(jié)構(gòu)的嵌入式CPU（如X86，ARM，MIPS等），而且為了性能的需要，外圍設(shè)備也會(huì)有不同的選擇和定義。因此，一個(gè)嵌入式操作系統(tǒng)針對(duì)不同的CPU會(huì)有不同的BSP，又即使同一種CPU，由于外設(shè)的差別其BSP也會(huì)不一樣。所以根據(jù)硬件設(shè)計(jì)編寫和修改BSP，是保證嵌入式系統(tǒng)正常運(yùn)行的一個(gè)重要環(huán)節(jié)。

　?。?）嵌入式BSP與PC機(jī)主板BIOS的區(qū)別

　　PC機(jī)主板上的BIOS首先是負(fù)責(zé)在電腦開啟時(shí)檢測(cè)、初始化系統(tǒng)設(shè)備、裝入操作系統(tǒng)并調(diào)度操作系統(tǒng)向硬件發(fā)出的指令。它的Firmware代碼是在芯片生產(chǎn)過程中固化的，一般來說用戶是無(wú)法修改。然后，為下載運(yùn)行操作系統(tǒng)做準(zhǔn)備，把操作系統(tǒng)由硬盤加載到內(nèi)存，并傳遞一些硬件接口設(shè)置給系統(tǒng)。在OS正常運(yùn)行后，BIOS的作用基本上也就完成了，這就是為什么更改BIOS一定要重新關(guān)機(jī)開機(jī)。

　　從這個(gè)角度來說，PC機(jī)BIOS的作用就象嵌入式系統(tǒng)中的Bootloader，都是最底層的引導(dǎo)軟件，初始化主板的基本設(shè)置，為接收外部程序做硬件上的準(zhǔn)備。但與Bootloader不同的是，BIOS在裝載OS系統(tǒng)的同時(shí)還傳遞一些參數(shù)設(shè)置，而Bootloader只是簡(jiǎn)單的裝載系統(tǒng)。盡管BSP的開始部分和BIOS所做的工作類似，可是大部分又和BIOS不同，作用也完全不同。因?yàn)锽SP還包含和系統(tǒng)有關(guān)的基本驅(qū)動(dòng)，程序員可以編程修改BSP，在BSP中任意添加一些和系統(tǒng)無(wú)關(guān)的驅(qū)動(dòng)或程序，甚至可以把上層開發(fā)的統(tǒng)統(tǒng)放到BSP中。而BIOS程序是用戶不能更改和編譯編程的，只能對(duì)參數(shù)進(jìn)行修改設(shè)置，當(dāng)然更不會(huì)包含一些基本的硬件驅(qū)動(dòng)。

　　3. BootLoader的啟動(dòng)流程

　　大多數(shù) BootLoader 都包含兩種不同的操作模式：?jiǎn)?dòng)加載模式和下載模式。啟動(dòng)加載模式也稱為自主模式，即 BootLoader 從目標(biāo)機(jī)上的某個(gè)固態(tài)存儲(chǔ)設(shè)備上將操作系統(tǒng)加載到 RAM 中運(yùn)行，整個(gè)過程并沒有用戶的介入。而下載模式則是目標(biāo)機(jī)上的 BootLoader 將通過串口連接或網(wǎng)絡(luò)連接等通信手段從主機(jī)（Host）下載文件。從主機(jī)下載的文件通常首先被 Boot Loader 保存到目標(biāo)機(jī)的 RAM 中，然后再被 BootLoader 寫到目標(biāo)機(jī)上的FLASH 類固態(tài)存儲(chǔ)設(shè)備中。這種模式通常在第一次安裝內(nèi)核與根文件系統(tǒng)時(shí)被使用，或系統(tǒng)更新時(shí)使用。一般嵌入式系統(tǒng)的Boot Loader較為常用的是啟動(dòng)加載模式，它的加載流程也是我們要重點(diǎn)討論的內(nèi)容。

　?。?）啟動(dòng)部分

　　啟動(dòng)部分主要是實(shí)現(xiàn)初始化硬件的功能。在參考板的BootLoader目錄下，會(huì)發(fā)現(xiàn)一些.s文件，可能會(huì)是init.s或者是reset.s等，這樣的文件是CPU加電后最先執(zhí)行的代碼。接著Oal.exe通過Startup函數(shù)完成硬件的初始化，StartUp 函數(shù)是BootLoader的入口函數(shù)。該函數(shù)一般是使用匯編語(yǔ)言編寫，與CPU關(guān)系非常緊密，能完成初始化CPU、內(nèi)存等核心硬件。

　　Startup.s代碼與硬件平臺(tái)的Bootloader啟動(dòng)代碼共用。如果是熱啟動(dòng)，即在該函數(shù)調(diào)用之前已經(jīng)啟動(dòng)了Bootloader程序，相當(dāng)基本硬件初始化已經(jīng)完成，則直接跳轉(zhuǎn)到OALStartUp函數(shù)中；否則需要進(jìn)行硬件中斷屏蔽、內(nèi)存、系統(tǒng)時(shí)鐘頻率、電源管理等硬件的基本初始化過程。在系統(tǒng)硬件初始化完畢之后，Startup調(diào)用OALStartUp函數(shù)，OALStartUp函數(shù)主要完成將OEMAddressTable表傳遞給內(nèi)核，然后調(diào)用KernelStart函數(shù)跳轉(zhuǎn)到內(nèi)核。因此，這部分工作是BootLoader的一大重點(diǎn)。

　?。?）主控部分

　　StartUp 函數(shù)初始化CPU等核心硬件并跳轉(zhuǎn)到Main函數(shù)后，系統(tǒng)就會(huì)轉(zhuǎn)入C語(yǔ)言代碼執(zhí)行環(huán)境。這時(shí)函數(shù)分為3個(gè)模塊：BLCOMMON、Download Function、FLASH Function。其中BLCOMMON模塊是由微軟提供的，執(zhí)行一些邏輯上的功能，因此建議開發(fā)人員不要對(duì)其進(jìn)行修改。而Download Function、FLASH Function中的函數(shù)與硬件平臺(tái)息息相關(guān)，因此對(duì)于每種硬件平臺(tái)都要將函數(shù)的實(shí)現(xiàn)進(jìn)行修改。

　　其中，BLCOMMON庫(kù)是與BootLoader程序鏈接在一起的，BLCOMMON庫(kù)的入口點(diǎn)為BootloaderMain函數(shù)，它是Startup匯編函數(shù)完成后跳轉(zhuǎn)至該入口的。Main函數(shù)的主要任務(wù)時(shí)調(diào)用BLCommon中的 BootloaderMain（）函數(shù)，這是BootLoader的主控函數(shù)，它控制了BootLoader的完整執(zhí)行流程。這部分代碼由C語(yǔ)言實(shí)現(xiàn)，是BLCOMMON代碼的一部分，它可以用來執(zhí)行比較復(fù)雜的操作。比如檢測(cè)內(nèi)存和Flash的有效性、檢測(cè)外部設(shè)備接口、檢測(cè)串口并且向已經(jīng)連接的主機(jī)發(fā)送調(diào)試信息、通過串口等待命令、啟動(dòng)網(wǎng)絡(luò)接口、建立內(nèi)存映射等匯編無(wú)法完成的工作。

　?。?）下載部分

　　一般在平臺(tái)調(diào)試完畢后，可以在不用人工干預(yù)的情況下自動(dòng)加載CE，這也是BootLoader的功能之一。而在調(diào)試階段時(shí)，這需要通過Loader所支持的命令來進(jìn)行操作的，借助于這些命令不僅可以完成硬件平臺(tái)的部分測(cè)試，還能完成CE的BootLoader程序最為重要的一個(gè)功能--下載CE映像。如果說硬件調(diào)試功能可以由其它的程序代替而不放入BootLoader中，但是下載映像文件卻是BootLoader必需的功能。

　　CE映像文件通常叫做nk.bin，它是Windows CE二進(jìn)制數(shù)據(jù)格式文件，不僅包含了有效的程序代碼，還有按照一定規(guī)則加入的控制信息。當(dāng)然，也可以選擇生成.sre格式的代碼文件，但是相于對(duì)前一種格式，它的代碼要長(zhǎng)很多，所需要的下載時(shí)間也更長(zhǎng)。

　?。?）支持DOC部份

　　對(duì)于WinCE操作系統(tǒng)而言，豐富的多媒體功能是其一大特點(diǎn)。但是隨之而來的問題是，如果選擇了圖形界面和中文支持，系統(tǒng)很容易大大超出嵌入式系統(tǒng)上百KB的數(shù)量級(jí)。而DOC（Disk On Chip）則提供了一種相對(duì)廉價(jià)的大存儲(chǔ)容量的解決方案。

　　DOC本質(zhì)上是一種加以軟件控制的NAND格式的Flash，通過TFFS這一軟件層提供對(duì)WinCE的支持。由于DOC不能像內(nèi)存一樣被直接訪問，所以其加載WinCE的過程有些特殊，必須要在BootLoader中加入專門的代碼，才能使用DOC來存放WinCE映像文件。

　　4. Boot Loader的開發(fā)經(jīng)驗(yàn)總結(jié)

　?。?）嵌入式系統(tǒng)中，Bootloader的意義與作用與PC上的BIOS有點(diǎn)類似，它對(duì)開發(fā)板上的主要部件如CPU、SDRAM、FLASH、串口等進(jìn)行了初始化，也可以使用Bootloader下載文件到開發(fā)板和啟動(dòng)系統(tǒng)等。因此，一個(gè)功能比較強(qiáng)大的Bootloader已經(jīng)相當(dāng)于一個(gè)微型的操作系統(tǒng)了。

　?。?）從CE的BootLoader開發(fā)流程可以看出，BootLoader在完成下載CE映像和加載映像的主要功能外，還具有一些調(diào)試硬件的功能。當(dāng)然，這些功能不是必需的，隨不同的用戶有不同的定義，但這是在開發(fā)CE系統(tǒng)中不可跳過的一環(huán)。

　?。?）嵌入式系統(tǒng)應(yīng)用開發(fā)不同于PC機(jī)，其開發(fā)過程同時(shí)涉及軟硬件以及上層應(yīng)用開發(fā)綜合考慮；而PC機(jī)應(yīng)用開發(fā)是建立在已經(jīng)定制好的硬件和操作系統(tǒng)平臺(tái)上，開發(fā)者只需調(diào)用系統(tǒng)提供的接口和服務(wù)完成相應(yīng)的功能?？紤]到成本約束，嵌入式系統(tǒng)的硬件平臺(tái)通常是根據(jù)應(yīng)用量身定制，通常所用的MPU、存儲(chǔ)器、外圍設(shè)備等有多種選擇余地，使平臺(tái)的引導(dǎo)設(shè)計(jì)變得十分復(fù)雜。因此，從零實(shí)現(xiàn)的話會(huì)需要相當(dāng)長(zhǎng)的過程，通常的做法是利用微軟為每種類型CPU提供的標(biāo)準(zhǔn)開發(fā)板的BootLoader例程，從這些例程中尋找與硬件平臺(tái)最接近的作為標(biāo)本程序，然后根據(jù)硬件平臺(tái)作相應(yīng)的改動(dòng)。

　　總之，BootLoader是開發(fā)WinCE系統(tǒng)第一步，也是很關(guān)鍵的一步。只有得到一個(gè)穩(wěn)定工作的Loader程序，才能進(jìn)一步開發(fā)WinCE的BSP，才能使整個(gè)嵌入式系統(tǒng)獲得成功。