BootLoader啟動(dòng)引導(dǎo)方式分析

BootLoader啟動(dòng)引導(dǎo)方式分析

在中大規(guī)模的嵌入式系統(tǒng)開(kāi)發(fā)中，往往需要BootLoader對(duì)系統(tǒng)內(nèi)核進(jìn)行加載和啟動(dòng)引導(dǎo)?，F(xiàn)有的加載啟動(dòng)引導(dǎo)方式大多需要目標(biāo)機(jī)與宿主機(jī)間的線(xiàn)路連接，使用起來(lái)不方便且效率不高。本文在分析現(xiàn)有的加載和啟動(dòng)引導(dǎo)方式的基礎(chǔ)上，提出一種改進(jìn)方法，即采用基于FAT文件系統(tǒng)的可移動(dòng)設(shè)備作為加載和啟動(dòng)引導(dǎo)內(nèi)核的載體，并分析其加載和啟動(dòng)引導(dǎo)的具體過(guò)程。

關(guān)鍵詞? BootLoader? FAT文件系統(tǒng)? 啟動(dòng)引導(dǎo)? LPC2294

引言

　　BootLoader通常稱(chēng)為“系統(tǒng)的引導(dǎo)加載程序”，是系統(tǒng)加電或復(fù)位后執(zhí)行的第一段程序代碼[1]。這段程序的主要任務(wù)是，實(shí)現(xiàn)硬件設(shè)備初始化并建立內(nèi)存空間的映射圖，從而將系統(tǒng)的軟硬件環(huán)境帶到一個(gè)合適的狀態(tài)，以便為最終調(diào)用操作系統(tǒng)內(nèi)核或用戶(hù)應(yīng)用程序準(zhǔn)備好正確的環(huán)境。通常，BootLoader包含兩種不同的加載和啟動(dòng)引導(dǎo)方式，即啟動(dòng)加載方式和下載方式。

　?、?啟動(dòng)加載（boot loading）方式。這種引導(dǎo)方式也稱(chēng)為“自主（autonomous）引導(dǎo)方式”，也即BootLoader從目標(biāo)機(jī)的某個(gè)固態(tài)存儲(chǔ)設(shè)備上將操作系統(tǒng)加載到RAM中并引導(dǎo)運(yùn)行，整個(gè)過(guò)程并沒(méi)有用戶(hù)的介入。這種引導(dǎo)方式是BootLoader的正常工作模式下普遍采用的一種引導(dǎo)方式。因此在嵌入式產(chǎn)品發(fā)布的時(shí)候，BootLoader一般以這種引導(dǎo)方式對(duì)內(nèi)核代碼進(jìn)行啟動(dòng)引導(dǎo)。
　　② 下載（down loading）方式。在這種引導(dǎo)方式下目標(biāo)機(jī)上的BootLoader將通過(guò)串口連接或網(wǎng)絡(luò)連接等通信手段從主機(jī)下載文件，如下載應(yīng)用程序、數(shù)據(jù)文件、內(nèi)核映像等。從主機(jī)下載的文件通常首先被BootLoader保存到目標(biāo)機(jī)的RAM中，然后再被BootLoader寫(xiě)到目標(biāo)機(jī)上的固態(tài)存儲(chǔ)設(shè)備中，其后完成內(nèi)核的引導(dǎo)運(yùn)行。BootLoader的這種引導(dǎo)方式通常在系統(tǒng)研發(fā)和更新時(shí)使用。

　　在嵌入式系統(tǒng)研發(fā)階段，現(xiàn)有的BootLoader下載引導(dǎo)方式又可根據(jù)加載途徑的不同細(xì)分為以下幾種：

　?、?通過(guò)Ethernet網(wǎng)口從宿主機(jī)下載內(nèi)核到目標(biāo)板，從而實(shí)現(xiàn)軟件系統(tǒng)啟動(dòng)；
　　② 通過(guò)串口從宿主機(jī)下載內(nèi)核到目標(biāo)板從而實(shí)現(xiàn)軟件系統(tǒng)啟動(dòng)；
　?、?直接從Flash中提取已存儲(chǔ)的內(nèi)核，從而實(shí)現(xiàn)軟件系統(tǒng)的啟動(dòng)。

　　總結(jié)以上幾種引導(dǎo)方式會(huì)發(fā)現(xiàn)，它們有些共同的弊端；在系統(tǒng)調(diào)試時(shí)需要進(jìn)行宿主機(jī)與目標(biāo)板間的硬件線(xiàn)路的實(shí)際連接，使用起來(lái)不夠方便，且燒片的速度比較緩慢，調(diào)試的效率不高；硬件方面需要大容量的Flash的支持，增加了研發(fā)成本；進(jìn)行內(nèi)核更新時(shí)顯得不夠靈活。為此，采用可移動(dòng)的存儲(chǔ)介質(zhì)對(duì)系統(tǒng)內(nèi)核進(jìn)行存儲(chǔ)（如SD卡、CF卡等），從而實(shí)現(xiàn)對(duì)系統(tǒng)內(nèi)核的靈活調(diào)試和引導(dǎo)。這種引導(dǎo)方式的好處是，在調(diào)試時(shí)無(wú)需把宿主機(jī)和目標(biāo)板進(jìn)行硬件連接，提高了調(diào)試的效率，使用起來(lái)更便捷、更靈活；進(jìn)行內(nèi)核更新時(shí)顯得更為靈活，只需把更新內(nèi)核轉(zhuǎn)存到指定目錄，此外它的實(shí)現(xiàn)也比較簡(jiǎn)單。進(jìn)行這方面的改進(jìn)時(shí)只需做以下工作：在硬件方面，增加針對(duì)特定移動(dòng)存儲(chǔ)介質(zhì)的硬件電路，而在中大型系統(tǒng)中，有關(guān)移動(dòng)存儲(chǔ)介質(zhì)的硬件電路（如SD卡、CF卡等相關(guān)的電路）是現(xiàn)成的，所以硬件部分也可忽略；在BootLoader程序內(nèi)部，只需添加對(duì)移動(dòng)存儲(chǔ)介質(zhì)（如CF卡、SD卡等）基于文件系統(tǒng)進(jìn)行存儲(chǔ)訪(fǎng)問(wèn)的指令。按此思路，在已有硬件平臺(tái)的基礎(chǔ)上針對(duì)移動(dòng)設(shè)備SD卡對(duì)原有BootLoader進(jìn)行了改進(jìn)。下面介紹實(shí)現(xiàn)過(guò)程。

1? 硬件平臺(tái)

　　本次改進(jìn)測(cè)試的硬件平臺(tái)是由英蓓特公司開(kāi)發(fā)的基于LPC2294 ARM控制器的LPC22EB06I實(shí)驗(yàn)平臺(tái)。其上的主要功能模塊有：

　　① 2 MB的Flash、1 MB的SRAM（可擴(kuò)展到4 MB）、256B具有I2C接口的E2PROM等存儲(chǔ)器；
　?、?2個(gè)RS232（其中一路可接Modem）、RS485、CAN等通信總線(xiàn)接口；
　?、?2個(gè)調(diào)試接口：LPT和JTAG調(diào)試接口；
　　④ 支持CF卡、SD/MMC等移動(dòng)存儲(chǔ)介質(zhì)；
　?、?支持128×128真彩顯示。

　　圖1是其硬件功能框圖。

圖1? LPC22EB06I開(kāi)發(fā)平臺(tái)功能框圖

2? BootLoader的改進(jìn)設(shè)計(jì)

2.1? 原有BootLoader功能

　　原來(lái)的BootLoader具有如下功能：

　　① 串口下載功能，通過(guò)串口下載內(nèi)核到指定RAM區(qū)；
　　② Flash燒寫(xiě)功能，從RAM區(qū)燒寫(xiě)數(shù)據(jù)到Flash中；
　　③ 數(shù)據(jù)區(qū)內(nèi)塊搬移功能；
　?、?其他功能。其指令封裝結(jié)構(gòu)如下：

struct _CMD_TBL {
　　char *cmd;//命令字
　　bool(*run)(struct _CMD_TBL*cptr,int argc,char**argv);//指向具體的功能處理函數(shù)
　　char*usage;//命令使用方法信息
　　char*help;//幫助信息
　　char*helpMore;
};

　　例如，F(xiàn)lash燒寫(xiě)命令封裝如下：

CMD_TBL_FLASH
　　{"flash",DoWriteToFlashBlocks,
　　"flash {loader/kernel/root} {block1/.../block16}\n"
" Copy to Flash from SDRAM of Area.\n"
"flash [dest] [src] [len]\n" \
" Copy to Flash from src to dest.\n",
"flash {loader/kernel/root} {block1/.../block16}\n"
" Copy to Flash from SDRAM.\n",
"flash {loader/kernel/root} {block1/.../block16}\n"
" Copy to Flash from SDRAM of Area.\n"
"flash [dest] [src] [len]\n"
" Copy to Flash from src to dest.\n"
}

其中，flash是其命令字；DoWriteToFlashBlocks為其處理方法的方法名；flash {loader/kernel/root} {block1/.../block16}和flash [dest] [src] [len]為其命令的使用格式（其中“{}”內(nèi)為可選項(xiàng)，“[]”內(nèi)為必選項(xiàng)）。

2.2? BootLoader改進(jìn)實(shí)驗(yàn)

　　此次改進(jìn)就是在原有BootLoader的基礎(chǔ)上，增加對(duì)移動(dòng)存儲(chǔ)介質(zhì)SD卡以FAT格式進(jìn)行讀取數(shù)據(jù)的指令來(lái)實(shí)現(xiàn)的。命令封裝如下：
CMD_TBL_SD_READ
{"readSD", DoReadFromSDBlocks,
"readSD [filename] [addr] Read data from SD to SDRAM for startup.\n",
"readSD [filename] [addr] Read data from SD to SDRAM for startup.\n",
"readSD [filename] [addr] Read data from SD to SDRAM for startup.\n"
}
其功能是，在SD卡中把指定目錄下的內(nèi)核文件提取到SDRAM區(qū)域中，從而完成內(nèi)核的加載。

　　另增加3條輔助指令，一條完成SD卡的格式化，另一條完成對(duì)系統(tǒng)內(nèi)核的保存，最后一條完成對(duì)系統(tǒng)內(nèi)核的啟動(dòng)加載。命令封裝如下：
CMD_TBL_SD_FORMAT{
　　"formatSD",DoFormatSDCard,
　　"formatSDformat SD card with FAT\n",
　　"formatSDformat SD card with FAT\n",
　　"formatSDformat SD card with FAT\n"
}
CMD_TBL_SD_STORE{
　　"SDstore", DoStoreToSDBlocks,
　　"SDstore \[addr] {kernel/rootfs}\n"
　　"Store kernel/rootfs fromSDRAMto SD card.\n",
　　"SDstore [addr] {kernel/rootfs}\n"
　　"Store kernel/rootfs fromSDRAM to SD card.\n",
　　"SDstore [addr] {kernel/rootfs}\n"
　　"Store kernel/rootfs fromSDRAM to SD card.\n"
}
CMD_TBL_SD_LOAD{
　　"SDload", DoLoadFromSDBlocks,
　　"SDload [addr] {kernel/rootfs}\n"
　　"Load kernel/rootfs from SD card toSDRAM.\n",
　　"SDstore [addr] {kernel/rootfs}\n"
　　"Load kernel/rootfs from SD card toSDRAM.\n",
　　"SDstore [addr] {kernel/rootfs}\n"
　　"Load kernel/rootfs from SD card toSDRAM.\n"
}

　　其中，CMD_TBL_SD_FORMAT的功能是完成對(duì)SD卡的格式化，CMD_TBL_SD_STORE的功能是把SDRAM區(qū)域中的內(nèi)核代碼備份到SD卡的固定存儲(chǔ)區(qū)，CMD_TBL_SD_LOAD的功能是把SD卡的固定存儲(chǔ)區(qū)中的內(nèi)核代碼加載到指定的SDRAM區(qū)域中。

　　下面分析一下其基于FAT文件系統(tǒng)的具體讀取和備份方法。首先看一下FAT文件系統(tǒng)的基本結(jié)構(gòu)。FAT文件系統(tǒng)的整體結(jié)構(gòu)大體由4大部分組成：MBR區(qū)（主引導(dǎo)記錄區(qū)）、DBR區(qū)（DOS引導(dǎo)記錄區(qū)）、FAT區(qū)（文件分配表區(qū)，F(xiàn)AT1為主文件分配表區(qū)，F(xiàn)AT2為備份文件分配表區(qū)）和DATA區(qū)（數(shù)據(jù)區(qū)，包含F(xiàn)DT區(qū)——文件目錄表區(qū)）。FAT文件系統(tǒng)結(jié)構(gòu)如下：

　　其各個(gè)區(qū)域基扇區(qū)地址（把MBR區(qū)的基扇區(qū)地址作為0）計(jì)算如下：

　　DBR區(qū)的基扇區(qū)地址=MBR基扇區(qū)地址+63
　　FAT表的基扇區(qū)地址=DBR的基扇區(qū)地址+保留扇區(qū)數(shù)
　　FDT區(qū)基扇區(qū)地址=每FAT表扇區(qū)數(shù)×FAT表個(gè)數(shù)+（FDT區(qū)的開(kāi)始簇號(hào)2）×每簇扇區(qū)數(shù)+FAT表基扇區(qū)地址。（簇是系統(tǒng)進(jìn)行文件管理的單位，F(xiàn)AT表中的每一項(xiàng)對(duì)應(yīng)一個(gè)簇，文件的存取按簇進(jìn)行，一簇包含若干個(gè)扇區(qū)。）

　　從FAT文件系統(tǒng)的組織結(jié)構(gòu)可以看出，從SD卡中讀取系統(tǒng)內(nèi)核代碼數(shù)據(jù)到指定的RAM區(qū)比較容易，就是根據(jù)系統(tǒng)內(nèi)核文件名在文件系統(tǒng)中進(jìn)行查找定位，隨后完成讀取。對(duì)于內(nèi)核代碼的備份和加載，需要在深入分析FAT文件系統(tǒng)的組織結(jié)構(gòu)的基礎(chǔ)上對(duì)SD卡格式化作一些處理。在格式化時(shí)，通過(guò)設(shè)置MBR區(qū)和DBR區(qū)的數(shù)據(jù)實(shí)現(xiàn)不對(duì)SD卡存儲(chǔ)區(qū)的最末8 MB區(qū)域（根據(jù)實(shí)際需要可增減）作格式化處理的目的，即把它置為RAW區(qū)。所以系統(tǒng)內(nèi)核備份的實(shí)現(xiàn)，就是把系統(tǒng)內(nèi)核代碼通過(guò)SD卡的寫(xiě)入指令填充到RAW區(qū)。系統(tǒng)內(nèi)核的加載是從RAW區(qū)直接讀取備份的內(nèi)核代碼。

3? 總結(jié)

　　本文所述的內(nèi)核加載啟動(dòng)引導(dǎo)方式已經(jīng)過(guò)實(shí)踐驗(yàn)證。它實(shí)現(xiàn)了目標(biāo)板與宿主機(jī)間硬件線(xiàn)路連接的完全脫離，為系統(tǒng)調(diào)試者提供了便利，有效地提高了系統(tǒng)調(diào)試的效率；與此同時(shí)，它還能方便地實(shí)現(xiàn)系統(tǒng)的在線(xiàn)更新?？梢哉f(shuō)要進(jìn)行系統(tǒng)啟動(dòng)引導(dǎo)設(shè)計(jì)，此方法是一個(gè)不錯(cuò)的選擇。最后說(shuō)明一點(diǎn)，本文介紹的BootLoader改進(jìn)方法是在LCP2294芯片開(kāi)發(fā)的LPC22EB06I實(shí)驗(yàn)平臺(tái)上完成的。由于BootLoader與處理器的體系結(jié)構(gòu)和具體嵌入式板級(jí)設(shè)備的配置密切相關(guān)，若要在其他的處理器芯片或平臺(tái)上采用上述方法，還需對(duì)BootLoader中與處理器體系結(jié)構(gòu)相關(guān)的代碼作適當(dāng)?shù)男薷摹＿@部分不是本文探討的主要內(nèi)容，所以在此不再詳述，若有讀者還想詳細(xì)了解相關(guān)內(nèi)容，請(qǐng)查閱相關(guān)論文或書(shū)籍。