大部分Bootloader的總體結構與BLOB類似，一般分為兩個階段運行。其中第一階段與CPU架構相關，不同架構CPU往往要求不同的Bootloader與之對應[3]，只有少數Bootloader能夠適用于多種架構的CPU，如表1。

?

　　2.1 相同構架下Bootloader移植

　　對于相同的CPU構架，Bootloader移植工作大體上可以分為三部分。

　　(1)目標板驅動部分，針對特定CPU、Flash、SDRAM等對驅動程序進行定制。完成處理器各個I/O口的初始化、Flash描述(包括區塊大小及數量)和Flash初始化等。一個必要的工作是Flash分區表的配置，Flash的典型空間分配結構如圖2所示。

?

　　(2)目標板相關的頭文件，文件中包含了目標板配置的宏定義，主要有系統工作頻率、GPIO定義、Flash 各分塊起始地址及容量、Flash 讀/寫命令字、SDRAM寄存器配置、SDRAM起始地址及容量、內核裝載地址等。其中大部分GPIO設置的目的是在Bootloader下做板載開發，這項功能不是必需的。而CPU頻率及Flash的設置則直接影響到系統能否啟動。對于采用Ramdisk技術的系統開發，SDRAM的配置也直接關系到Kernel的加載。因此，各頭文件的代碼修改是移植過程的重點。

　　(3)Bootloader總體配置文件修改，包括目標板聲明、指定目標板頭文件、定制文件關聯關系等。

　　圖3以BLOB在PXA255[4]的目標板上移植為例表現了需要增、改的關鍵文件之間的內在聯系。

?

　　圖3中：

　　(1)src/blob/PXA255.c：筆者編寫的針對PXA255目標板驅動文件，這里是采用默認設置的最簡情況，必要時還需對文件如Flash.c等進行修改。

　　(2)include/blob/arch/PXA255.h：目標板頭文件，它必須通過arch.h及config.h進行指定，最終反映在configure.in中。

　　(3)configure.in：添加目標板聲明，如果已有目標板類型，則無需修改該文件;如果沒有，則需要根據情況添加目標板名稱、CPU型號、必需的.o文件，如：

　　PXA255)

　　AC_MSG_RESULT(Ipaq PXA255)

　　AC_DEFINE(PXA255)

　　AC_DEFINE(USE_SERIAL3)

　　BLOB_PLATFORM_OBJ=″PXA255.o″

　　BLOB_FLASH_OBJS=″nullflash.o″

　　use_cpu=″PXA255″

　　use_lcd=″no″

　　(4)Makefile.am：由于添加了PXA255.c和PXA255.h，所以要在它們所在目錄的Makefile.am中進行登記，保證configure.in和Makefile.am在進行./configure處理時能夠生成正確的Makefile文件，最終在執行Make命令后生成BLOB的可執行文件。

　　需要注意的是Linux內核必須根據目標板硬件情況作相應的設置[5]，這里不展開論述。