BLOB啟動(dòng)流程與Bootloader程序可移植性研究

　　根據Bootloader的啟動(dòng)流程可知，對于不同架構的CPU，盡管處理流程相似，但是實(shí)現方法不同，主要體現在啟動(dòng)的第一階段對CPU的設置上。所以這部分的硬件相關(guān)代碼基本上要重新編寫(xiě)。

　　多數Bootloader在stage1的代碼不易由C語(yǔ)言實(shí)現，因而大多采用匯編語(yǔ)言實(shí)現。以U-boot為例，stage1代碼主要位于start.S、IO.S、Cache.S中，其中最重要的是start.S。該代碼主要針對特定處理器，對其內部各個(gè)寄存器進(jìn)行設置并初始化CPU。主要完成設置處理器工作模式、初始化緩沖區、設置堆棧、設置中斷向量、內存控制器初始化[6]。

　　完成stage1代碼編寫(xiě)之后，還需要按照相同構架下Bootloader移植的方法對相關(guān)代碼進(jìn)行編寫(xiě)。

　　2.3 提高可移植性的方案設計

　　目前影響B(tài)ootloader可移植性的因素主要有：CPU不同架構，同一架構不同CPU型號，目標板硬件不同結構。針對以上問(wèn)題提出了幾點(diǎn)提高可移植性的方案設計。

　　(1)對于遵從GPL協(xié)議的開(kāi)源Bootloader，可以根據不同架構和不同硬件定制相應的驅動(dòng)文件，如各種.c和.h文件?？紤]到目前嵌入式硬件種類(lèi)非常多，需要大量開(kāi)源軟件開(kāi)發(fā)者的支持，盡管不能覆蓋所有硬件，但在一定范圍內可以大大減少嵌入式系統開(kāi)發(fā)的工作量。

　　(2)在上一步的基礎上，采用類(lèi)似Linux內核配置的方法(如make menuconfig或make xconfig)，用終端式的配置菜單對具體硬件進(jìn)行設置，減少移植過(guò)程中代碼級的修改。

　　在實(shí)驗過(guò)程中實(shí)現了BLOB在PXA255目標板及SA1110目標板的移植。此項研究已經(jīng)應用在清華大學(xué)精密測試技術(shù)與儀器國家重點(diǎn)實(shí)驗室的嵌入式生物特征識別平臺上，可以實(shí)現BLOB、內核鏡像、文件系統鏡像的下載及內核的引導。