關(guān)于Boot Loader的啟動(dòng)流程和開發(fā)經(jīng)驗(yàn)總結(jié)
掃描二維碼
隨時(shí)隨地手機(jī)看文章
Windows CE最大程度繼承了桌面版Windows的豐富功能,但是Windows CE并不是一個(gè)通用的安裝版操作系統(tǒng)。在形形色色的嵌入式設(shè)備世界里,一款CE系統(tǒng)通常只會(huì)針對(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í)行。
(1)什么是板級(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)什么是Boot Loader
在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ū)別比較
(1)引導(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等。但無論選擇了哪一種啟動(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í)行的程序,所以就必須包括加電初始化程序。
(2)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é)。
(3)嵌入式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)過程中固化的,一般來說用戶是無法修改。然后,為下載運(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只是簡單的裝載系統(tǒng)。盡管BSP的開始部分和BIOS所做的工作類似,可是大部分又和BIOS不同,作用也完全不同。因?yàn)锽SP還包含和系統(tǒng)有關(guān)的基本驅(qū)動(dòng),程序員可以編程修改BSP,在BSP中任意添加一些和系統(tǒng)無關(guān)的驅(qū)動(dòng)或程序,甚至可以把上層開發(fā)的統(tǒng)統(tǒng)放到BSP中。而BIOS程序是用戶不能更改和編譯編程的,只能對(duì)參數(shù)進(jìn)行修改設(shè)置,當(dāng)然更不會(huì)包含一些基本的硬件驅(qū)動(dòng)。
3.Boot Loader的啟動(dòng)流程
大多數(shù) BootLoader 都包含兩種不同的操作模式:啟動(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)容。
(1)啟動(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ù)是Boot Loader的入口函數(shù)。該函數(shù)一般是使用匯編語言編寫,與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)。
(2)主控部分
StartUp 函數(shù)初始化CPU等核心硬件并跳轉(zhuǎn)到Main函數(shù)后,系統(tǒng)就會(huì)轉(zhuǎn)入C語言代碼執(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庫是與BootLoader程序鏈接在一起的,BLCOMMON庫的入口點(diǎn)為BootloaderMain函數(shù),它是Startup匯編函數(shù)完成后跳轉(zhuǎn)至該入口的。Main函數(shù)的主要任務(wù)時(shí)調(diào)用BLCommon中的 BootloaderMain()函數(shù),這是BootLoader的主控函數(shù),它控制了BootLoader的完整執(zhí)行流程。這部分代碼由C語言實(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)存映射等匯編無法完成的工作。
(3)下載部分
一般在平臺(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ì)前一種格式,它的代碼要長很多,所需要的下載時(shí)間也更長。
(4)支持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é)
(1)嵌入式系統(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)了。
(2)從CE的BootLoader開發(fā)流程可以看出,BootLoader在完成下載CE映像和加載映像的主要功能外,還具有一些調(diào)試硬件的功能。當(dāng)然,這些功能不是必需的,隨不同的用戶有不同的定義,但這是在開發(fā)CE系統(tǒng)中不可跳過的一環(huán)。
(3)嵌入式系統(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)長的過程,通常的做法是利用微軟為每種類型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)的成功。