摘要：本文結合U-Boot的運行機理以及U-Boot移植的基本要求，研究了U-Boot在基于BF533的嵌入式系統上的移植。本文的移植是在不改變U-Boot框架前提下，對嵌入式目標板和CPU相關代碼進行修改，實現了成功移植且移植后的U-Boot能夠在目標板上穩定運行，為后續開發奠定了良好的基礎。
　　
　　1、引言
　　
　　BootLoader（內核引導程序）是在操作系統內核運行之前運行的一段自舉程序，用于初始化硬件設備、改變處理器運行模式、重組中斷向量和建立內存空間映射圖，從而將系統的軟硬件帶到一個合適的狀態或者用戶定制的特定狀態，以便為zui終加載操作系統內核準備好正確的環境。
　　
　　嵌入式Linux系統常用的BootLoader有arm-boot、redboot、U-Boot等。U-Boot（全稱UniversalBootLoader）是當前比較流行的遵循GPL條件的開放源碼項目。U-Boot具有源碼公開的特點，開發人員可根據自身需要進行裁減；支持多種處理器和嵌入式操作系統內核；具有多種設備驅動源碼：支持種引導方式；具有功能強大且成熟、穩定等諸多優點，故在嵌入式系統開發過程中廣泛采用。U-Boot嚴重依賴于底層硬件，不同的CPU或嵌入式板極設備需要不同的U-Boot，因此，在嵌入式系統中建立通用的U-Boot是非常困難的，故U-Boot需針對開發板量身定做。
　　
　　2、開發平臺
　　
　　2.1BF533簡介
　　
　　Blackfin系列DSP是ADI公司與In聯合開發推出的*款高性能、低功耗第四代定點DSP產品，融合了AnalogDevices/In公司的號結構（MSA）。它將一個32位RISC型指令集和雙16位乘法累加（MAC）信號處理功能與通用型微控制器所具有的易用性組合在一起。這種組合使Blackfin處理器能夠在信號處理和控制處理應用中發揮*的性能。且Blackfin處理器通過將工業標準接口與高性能的信號處理內核相結合在一起,用戶可以快速設計出節省成本的解決方案，而且無需昂貴的外部組件。
　　
　　本開發系統采用BF533，BF533是主頻高達600MHz、峰值處理能力為1.2GMI/s的高性能Blackfin處理器。BF533內核包含2個16位MAC、2個40位ALU、4個8位視頻ALU以及1個40位移位器。另外，BF533還包括1個UART口、1個SPI口、2個串行口（SPORT）、4個通用定時器（其中3個具有PWM功能）、1個實時時鐘、看門狗定時器以及1個并行外設接口。外部存儲器控制器可與SDRAM、SRAM、Flash和ROM實現無縫連接。
　　
　　2.2系統硬件平臺簡介
　　
　　本系統的開發板硬件系統如圖1所示。　　
　　目標板以Blackfin嵌入式處理器為核心，數據地址線復用到SDRAM、Flash、USB、Ethernet，并通過FPGA實現邏輯控制。此外，將UART端口轉換為RS232端口引出。其中SDRAM的地址為0x00000000～0x02000000，Flash的地址為0x20000000～0x20300000。
　　
　　宿主機采用Window和Suse10.0雙操作系統，采用串行接口和以太網連接宿主機和目標板，程序先在宿主機上編譯，然后下載至目標板上運行，目標板的終端被重定向到串行接口，由宿主機輸出。
　　
　　2.3開發環境的建立
　　
　　2.3.1在宿主機上設置終端
　　
　　大部分嵌入式系統在宿主機大多都采用kermit或minaicom實現與目標板的通信，本系統采用inicom。minicom是Linux下一個類似于Windows超級終端的友好串口通信程序。在終端輸入bash#minicom-s進入minicom設置畫面，設置串口波特率、有效數據位、停止位以及奇偶校驗位分別為57600、8bit、1位停止位以及無奇偶校驗位等。
　　
　　2.3.2安裝交叉編譯器
　　
　　交叉編譯是在一個架構下編譯另外一個架構的目標文件。要從http：//blackfin.uclinux.org上下載BlackfinToolChain，然后安裝并修改環境變量PATH，使其包含ToolChain的安裝目錄。　　
　　3、U-Boot啟動兩階段
　　
　　U-Boot代碼一般分為stage1和stage2兩大部分。stage1依賴于cpu體系結構如設備初始化代碼，常用匯編語言編寫以達到短小精悍,提高系統運行效率的目的。它主要包括cpu/bf533目錄下的start.s。stage2一般采用C語言編寫實現復雜功能，這樣代碼則具有更好的可讀性和可移植性，主要包括libblackfin/board.c文件和common/main．c文件中main_loop函數。
　　
　　stagel從cpu入口函數cpu/bf533/start.s開始,通常包含以下步驟：
　　
　　（1）基本硬件的初始化，為隨后執行kernel準備好基本的硬件環境。包括：屏蔽所有中斷，引導裝載程序的執行過程中不必執行任何中斷，中斷屏蔽可通過寫cpu的中斷屏蔽寄存器或狀態寄存器實現；設置cpu的速度和時鐘頻率，初始化pll；RAM初始化，初始化內存控制器的各個寄存器；初始化UART，向串口打印U-Boot的字符信息；關閉cpu內部指令，數據cache。
　　
　　（2）為加載U-Boot的stage2準備RAM空間，通常將stage2置于整個RAM空間的zui頂層1MB空間。
　　
　　（3）拷貝U-Boot的stage2到RAM。判斷是否是Flash運行,如果是就將stage2的代碼拷貝到TEXTBASE處。將stage2安排到RAM空間的zui頂層1MB是較推薦的方法。
　　
　　（4）設置堆棧指針sp為C語言代碼執行做好準備。
　　
　　（5）跳轉到stage2的C語言代碼入口點。
　　
　　stage2主要包括lib-blackfin/board.c中board_init_f、board_init_r函數以及common/main.C中main_loop函數。通常包含以下步驟：
　　
　　（1）初始化此階段需用的硬件設備，由board_init_f和board_init_r函數實現。　　
　　（2）內存映射檢測。
　　
　　（3）加載內核并為內核設置啟動參數。
　　
　　（4）調用內核。
　　
　　4、U-BOOt的移植
　　
　　4.1U-Boot方法與要點
　　
　　移植U-Boot簡便的方法是從U-Boot支持的開發板中選擇一個與其目標板接近的開發板進行修改。需修改的是與硬件相關的部分,涉及到兩個層面：針對CPU的移植，由于U-Boot_1.1.3支持BF533，故只需做第二層面的移植：針對目標板硬件的移植。在移植前，需仔細閱讀U-Boot/readme文件，該文件對目錄結構和如何移植作了簡要介紹。從移植U-Boot的zui小要求、U-Boot能夠正常啟動的角度出發,選擇BF533的STAMP板為模板,相關源代碼在/board/stamp目錄下，結合U-Boot的啟動流程，主要修改文件如下：
　　
　　（1）與目標板相關的代碼部分：在board下創建mybf533目錄，無需從頭開始，參考與目標板相似的STAMP板在mybf533目錄下創建mybf533.c、mybf533.h、flash.c、config.mk、Makefie等文件。需要修改/board/mybf533/config.mk：　　
　　TFEXT_BASE用于設置程序編譯鏈接的起始地址即將U-Boot的stage2拷貝到SDRAM的TEXT_BASE處，即SDRAMzui頂層一段存儲區。修改board/mybf533/Makefile：　　
　　（2）與CPU相關的代碼部分：U-Boot_1.1.3/epu文件中含有BF533的目錄，其中包含start.s、cpu.c、cpu.h、interrupt.c、init_sdram.s等。故不需要建立與cpu相關的文件目錄。
　　
　　（3）與頭文件相關的代碼：在include/configs創建mybf533.h，參考include/configs/stamp.h，如下：　　
　　Flash的修改與具體型號和容量有關，修改過程中參考Flash擦除數據命令、特定寄存器的寫入地址以及扇區的大小和位置。
　　
　　與SDRAM相關設置：　　
　　注意：zui后一行要用Tab鍵開頭表示命令。其中blackfin表示CPU的種類.bf533是cpubf533對應的代碼目錄，mybf533是目標板對應的目錄。這樣可使用makemybf533_config配置自身的開發板。
　　
　　其他修改視情況而定。如根據SDRAM大小修改cplb表，根據需要修改堆棧大小。如drivers/cfi_flash.c中flash_init（）函數,cpu/bf533/ints.c中init_IRQ（）函數等。
　　
　　修改完畢后就可以采用如以下命令編譯U-Boot：bash＄>makeclean，bash＄>makemrproper，bash＄>makemybf533_config，bash＄>make。
　　
　　編譯完后U-Boot_1.1.3生成U-Boot的二進制文件U-Boot.bin（U-Boot.bin只能用于更新）。執行bash＄>bfin-uclinux-objcopy-Ibinary-OihexU-Boot.bin,生成可在Windows下燒寫到Flash的十六進制文件U-Boot.hex。
　　
　　4.2U-Boot的燒寫
　　
　　*次下載U-Boot到目標板或者當U-Boot不能正常啟動時。必須通過JTAG或者ADIICE將U-Boot下載到目標板。在此可將ADI公司的仿真器與VisualDSP++環境相連,通過VisualDSP++,在TOOLS-->FlashProgrammer下執行Flash驅動程序M25P64.dxe，選擇"Eraseall"-->LoadFlie燒寫U-Boot.hex文件到Flash中。
　　
　　移植成功后，打開終端minicom復位開發板，若串口能輸出正確的啟動信息．則表明移植基本成功。啟動后，如果在設定的時間內，串口沒有接收到按鍵。U-Boot將自動加載操作系統內核和文件系統。若設定時間內串口接收到按鍵，則U-Boot停止自動加載,進入命令行，可看到U-Boot的提示符"mybf533>"，查看Flash信息，調試或手動加載內核。
　　
　　生成新的U-Boot.bin文件后。可通過Ethernet或者串口更新U-Boot。因為網絡的傳輸速度遠比串口快，故一般選擇網絡傳輸。將新生成的U-Boot.bin拷貝到宿主機根目錄下的tftpboot目錄（前提是已經創建tftpsever）,在目標板出現U-Boot提示符后。按任意鍵進入下載模式：
　　
　　mybf533>tftp0x1000000U-Boot.bin
　　
　　0x1000000為SDRAM默認的下載地址空間,用于U-Boot的升級、調試。當需要升級或者修改U-Boot,可將新的U-Boot從SDRAM燒寫到。Flash,覆蓋原來的U-Boot，以減少燒寫Flash的次數。在燒寫以前測試一下所下載的U-Boot能否正常運行：　　
　　如果不正確，應重復執行Eraseall和Copy命令，直到正確為止。至此，U-Boot移植的步驟已基本完成。
　　
　　5、結束語
　　
　　U-Boot是一個功能強大的Bootloader。前期移植工作是嵌入式系統開發的首要環節。但其移植不可避免的存在一些難以預料的問題。嵌入式開發人員應該在了解U-Boot的工作機理、移植條件后,根據目標板和具體情況靈活裁減U-Boot以提高操作系統移植的穩定性，縮短移植周期，降低產品成本。
　　
　　本文結合U-Boot的運行機理以及U-Boot移植的基本要求，研究了U-Boot在基于BF533的嵌入式系統上的移植。本文的移植是在不改變U-Boot框架前提下，對嵌入式目標板和CPU相關代碼進行修改，實現了成功移植且移植后的U-Boot能夠在目標板上穩定運行，為后續開發奠定了良好的基礎。