UBOOT和bootloader的關系
加入技術交流群
以下是現在網上下載一個u-boot-1.1.1版本，用于at91rm9200系統(tǒng)的修改的例子。最后在redhat8.0上，用gcc2.95編譯通過。
在網上下載了uboot-1.1.1版本。要用于自己的at91rm9200的系統(tǒng)，這個系統(tǒng)的情況是：
SDRAM: 32Mbytes NCS1
FLASH: 8Mbytes NCS0
涉及到的文件有四個：
common.h
flash.c
flash.h
”./board/at91rm9200dk/config.mk”
以下簡單的說說。
一、首先讀讀uboot自帶的readme文件，了解了一個大概。
二、看看common.h，這個文件定義了一些基本的東西，并包含了一些必要的頭文件。再看看flash.h，這個文件里面定義了flash_info_t為一個struct。包含了flash的一些屬性定義。并且定義了所有的flash的屬性，其中，AMD的有：AMD_ID_LV320B，定義為“#define AMD_ID_LV320B 0x22F922F9”。
三、對于“./borad/at91rm9200dk/flash.c”的修改，有以下的方面：
“void flash_identification(flash_info_t *info)”這個函數的目的是確認flash的型號。注意的是，這個函數里面有一些宏定義，直接讀寫了flash。并獲得ID號。
四、修改：”./board/at91rm9200dk/config.mk”為
TEXT_BASE=0x21f80000 為TEXT_BASE=0x21f00000 （當然，你應該根據自己的板子來修改，和一級boot的定義的一致即可）。
五、再修改”./include/configs/at91rm9200dk.h”為
修改flash和SDRAM的大小。
六、另外一個要修改的文件是：
./borad/at91rm9200dk/flash.c。這個文件修改的部分比較的多。
1． 首先是OrgDef的定義，加上目前的flash。
2． 接下來，修改”#define FLASH_BANK_SIZE 0x200000”為自己flash的容量
3． 在修改函數flash_identification(flash_info_t * info)里面的打印信息，這部分將在u-boot啟動的時候顯示。
4． 然后修改函數flash_init(void)里面對一些變量的賦值。
5． 最后修改的是函數flash_print_info(flash_info_t * info)里面實際打印的函數信息。
6．還有一個函數需要修改，就是：“flash_erase”，這個函數要檢測先前知道的flash類型是否匹配，否則，直接就返回了。把這里給注釋掉。
七、接下來看看SDRAM的修改。
這個里面對于“SIZE”的定義都是基于字節(jié)計算的。
只要修改”./include/configs/at91rm9200dk.h”里面的
“#define PHYS_SDRAM_SIZE 0X200000”就可以了。注意，SIZE是以字節(jié)為單位的。
八、還有一個地方要注意
就是按照目前的設定，一級boot把u_boot加載到了SDRAM的空間為：21F00000 -> 21F16B10，這恰好是SDRAM的高端部分。另外，BSS為21F1AE34。
九、編譯后，可以寫入flash了。
1． 壓縮這個u-boot.bin
“gzip –c u-boot.bin > u-boot.gz”
壓縮后的文件大小為：
43Kbytes
2． 接著把boot.bin和u-boot.gz燒到flash里面去。
Boot.bin大約11kBytes，在flash的0x1000 0000 ~ 0x1000 3fff
免費參加，名額有限!2005DVTF;MP3 U盤禮物...
zlei 發(fā)表于 2005-1-16 12:31 ARM 論壇 ←返回版面
U-Boot 在44B0X 開發(fā)板上的移植以及代碼分析（ZT）
armboot的原理
1、BIOS的源碼，其作用是初始化硬件，并COPY Boot到SDRAM中
2、在SDRAM中運行BOOT達到在線升級的目的。
3、此源代碼與硬件無關，在44b0x上測試通過
4、串口通訊協(xié)議自己制定，很好理解。在線升級很快
5、目前只支持SST39LVF160，可以自己修改成相信的NOR FLASH
U-Boot 在44B0X 開發(fā)板上的移植以及代碼分析
1. u-boot 介紹
u-boot 是一個open source 的bootloader，目前版本是0.4.0。u-boot 是在ppcboot 以及armboot 的基礎上發(fā)展而來，雖然宣稱是0.4.0 版本，卻相當的成熟和穩(wěn)定，已經在許多嵌入式系統(tǒng)開發(fā)過程中被采用。由于其開發(fā)源代碼，其支持的開發(fā)板眾多。唯一遺憾的是并不支持我們現在學習所用samsung 44B0X 的開發(fā)板。
為什么我們需要u-boot？顯然可以將ucLinux 直接燒入flash，從而不需要額外的
引導裝載程序（bootloader）。但是從軟件升級的角度以及程序修補的來說，軟件的自
動更新非常重要。事實上，引導裝載程序（bootloader）的用途不僅如此，但僅從軟件的自動更新的需要就說明我們的開發(fā)是必要的。同時，u-boot 移植的過程也是一個對嵌入式系統(tǒng)包括軟硬件以及操作系統(tǒng)加深理解的一個過程。
2. u-boot 移植的框架
移植u-boot 到新的開發(fā)板上僅需要修改和硬件相關的部分。在代碼結構上：
1) 在board 目錄下創(chuàng)建ev44b0ii 目錄，創(chuàng)建ev44b0ii.c 以及flash.c,memsetup.S,u-boot.lds等。不需要從零開始，可選擇一個相似的目錄，直接復制過來，修改文件名以及內容。我在移植u-boot 過程中，選擇的是ep7312 目錄。由于u-boot 已經包含基于s3c24b0 的開發(fā)板目錄，作為參考，也可以復制相應的目錄。
2) 在cpu 目錄下創(chuàng)建arm7tdmi 目錄,主要包含start.S，interrupts.c 以及cpu.c,serial.c幾個文件。同樣不需要從零開始建立文件，直接從arm720t 復制，然后修改相應內容。
3) 在include/configs 目錄下添加ev44b0ii.h，在這里放上全局的宏定義等。
4) 找到u-boot 根目錄下Makefile 修改加入
ev44b0ii_config : unconfig
@./mkconfig $(@:_config=) arm arm7tdmi ev44b0ii
5) 運行make ev44bii_config,如果沒有錯誤就可以開始硬件相關代碼移植的工作
3. u-boot 的體系結構
1) 總體結構
u-boot 是一個層次式結構。從上圖也可以看出，做移植工作的軟件人員應當提供串口驅動（UART Driver）,以太網驅動(Ethernet Driver),Flash 驅動（Flash 驅動）,USB 驅動（USB Driver）。目前，通過USB 口下載程序顯得不是十分必要，所以暫時沒有移植USB 驅動。驅動層之上是u-boot 的應用，command 通過串口提供人機界面。我們可以使用一些命令做一些常用的工作，比如內存查看命令md。
Kermit 應用主要用來支持使用串口通過超級終端下載應用程序。TFTP 則是通過網絡方式來下載應用程序，例如uclinux 操作系統(tǒng)。
2) 內存分布
在flash rom 中內存分布圖ev44b0ii 的flash 大小2M(8bits),現在將0-40000 共256k 作為u-boot 的存儲空間。由于u-boot 中有一些環(huán)境變量，例如ip 地址，引導文件名等，可在命令行通過setenv 配置好,通過saveenv 保存在40000-50000（共64k）這段空間里。如果存在保存好的環(huán)境變量，u-boot 引導將直接使用這些環(huán)境變量。正如從代碼分析中可以看到，我們會把flash 引導代碼搬移到DRAM 中運行。下圖給出u-boot 的代碼在DRAM中的位置。引導代碼u-boot 將從0x0000 0000 處搬移到0x0C700000 處。特別注意的由于ev44b0ii uclinux 中斷向量程序地址在0x0c00 0000 處，所以不能將程序下載到0x0c00 0000 出，通常下載到0x0c08 0000 處。
4. start.S 代碼結構
1) 定義入口
一個可執(zhí)行的Image 必須有一個入口點并且只能有一個唯一的全局入口，通常這個入口放在Rom(flash)的0x0 地址。例如start.S 中的
.globl _start
_start:
值得注意的是你必須告訴編譯器知道這個入口，這個工作主要是修改連接器腳本文件（lds）。
2) 設置異常向量(Exception Vector)
異常向量表，也可稱為中斷向量表，必須是從0 地址開始，連續(xù)的存放。如下面的就包括了復位(reset),未定義處理（undef）,軟件中斷(SWI),預去指令錯誤(Pabort),數據錯誤(Dabort),保留，以及IRQ,FIQ 等。注意這里的值必須與uclinux 的vector_base 一致。這就是說如果uclinux 中vector_base(include/armnommu/proc-armv/system.h)定義為0x0c00 0000,則HandleUndef 應該在
0x0c00 0004。
b reset
ldr pc,=HandleUndef
ldr pc,=HandleSWI
ldr pc,=HandlePabort
ldr pc,=HandleDabort
b .
ldr pc,=HandleIRQ
ldr pc,=HandleFIQ
ldr pc,=HandleEINT0
ldr pc,=HandleEINT1
ldr pc,=HandleEINT2
ldr pc,=HandleEINT3
ldr pc,=HandleEINT4567
ldr pc,=HandleTICK
b .
b .
ldr pc,=HandleZDMA0
ldr pc,=HandleZDMA1
ldr pc,=HandleBDMA0
ldr pc,=HandleBDMA1
ldr pc,=HandleWDT
ldr pc,=HandleUERR01
b .
b .
ldr pc,=HandleTIMER0
ldr pc,=HandleTIMER1
ldr pc,=HandleTIMER2
ldr pc,=HandleTIMER3
ldr pc,=HandleTIMER4
ldr pc,=HandleTIMER5
b .
b .
ldr pc,=HandleURXD0
ldr pc,=HandleURXD1
ldr pc,=HandleIIC
ldr pc,=HandleSIO
ldr pc,=HandleUTXD0
ldr pc,=HandleUTXD1
b .
b .
ldr pc,=HandleRTC
b .
b .
b .
b .
b .
b .
b .
ldr pc,=HandleADC
b .
b .
b .
b .
b .
b .
b .
ldr pc,=EnterPWDN
作為對照：請看以上標記的值：
.equ HandleReset, 0xc000000
.equ HandleUndef,0xc000004
.equ HandleSWI, 0xc000008
.equ HandlePabort, 0xc00000c
.equ HandleDabort, 0xc000010
.equ HandleReserved, 0xc000014
.equ HandleIRQ, 0xc000018
.equ HandleFIQ, 0xc00001c
//the value is different with an address you think it may be.
//IntVectorTable
.equ HandleADC, 0xc000020
.equ HandleRTC, 0xc000024
.equ HandleUTXD1, 0xc000028
.equ HandleUTXD0, 0xc00002c
.equ HandleSIO, 0xc000030
.equ HandleIIC, 0xc000034
.equ HandleURXD1, 0xc000038
.equ HandleURXD0, 0xc00003c
.equ HandleTIMER5, 0xc000040
.equ HandleTIMER4, 0xc000044
.equ HandleTIMER3, 0xc000048
.equ HandleTIMER2, 0xc00004c
.equ HandleTIMER1, 0xc000050
.equ HandleTIMER0, 0xc000054
.equ HandleUERR01, 0xc000058
.equ HandleWDT, 0xc00005c
.equ HandleBDMA1, 0xc000060
.equ HandleBDMA0, 0xc000064
.equ HandleZDMA1, 0xc000068
.equ HandleZDMA0, 0xc00006c
.equ HandleTICK, 0xc000070
.equ HandleEINT4567, 0xc000074
.equ HandleEINT3, 0xc000078
.equ HandleEINT2, 0xc00007c
.equ HandleEINT1, 0xc000080
.equ HandleEINT0, 0xc000084
3) 初始化CPU 相關的pll,clock,中斷控制寄存器
依次為關閉watch dog timer,關閉中斷，設置LockTime，PLL(phase lock loop),以及時鐘。
這些值（除了LOCKTIME）都可從Samsung 44b0 的手冊中查到。
ldr r0,WTCON
ldr r1,=0x0
str r1,[r0]
ldr r0,INTMSK
ldr r1,MASKALL
str r1,[r0]
//
ldr r0,LOCKTIME
ldr r1,=800
str r1,[r0]
ldr r0,PLLCON
ldr r1,PLLCON_DAT
str r1,[r0]
ldr r0,CLKCON
ldr r1,=0x7ff8
str r1,[r0]
4) 初始化內存控制器
內存控制器，主要通過設置13 個從1c80000 開始的寄存器來設置，包括總線寬度，
8 個內存bank，bank 大小，sclk,以及兩個bank mode。
//
memsetup:
adr r0,SMRDATA
ldmia r0,{r1-r13}
ldr r0,=0x01c80000
stmia r0,{r1-r13}
5) 將rom 中的程序復制到RAM 中
首先利用PC 取得bootloader 在flash 的起始地址，再通過標號之差計算出這個程序代
碼的大小。這些標號，編譯器會在連接（link）的時候生成正確的分布的值。取得正
確信息后，通過寄存器(r3 到r10)做為復制的中間媒介，將代碼復制到RAM 中。
relocate:
//
// relocate armboot to RAM
//
adr r0, _start
ldr r2, _armboot_start
ldr r3, _armboot_end
sub r2, r3, r2
ldr r1, _TEXT_BASE
add r2, r0, r2
//
// r0 = source address
// r1 = target address
// r2 = source end address
//
copy_loop:
ldmia r0!, {r3-r10}
stmia r1!, {r3-r10}
cmp r0, r2
ble copy_loop
6) 初始化堆棧
進入各種模式設置相應模式的堆棧。
InitStacks:
//Dont use DRAM,such as stmfd,ldmfd......
//SVCstack is initialized before
mrs r0,cpsr
bic r0,r0,#0X1F
orr r1,r0,#0xDB
msr cpsr,r1
ldr sp,UndefStack
orr r1,r0,#0XD7
msr cpsr,r1
ldr sp,AbortStack
orr r1,r0,#0XD2
msr cpsr,r1
ldr sp,IRQStack
orr r1,r0,#0XD1
msr cpsr,r1
ldr sp,FIQStack
bic r0,r0,#0XDF
orr r1,r0,#0X13
msr cpsr,r1
ldr sp,SVCStack
7) 轉到RAM 中執(zhí)行
使用指令ldr,pc,RAM 中C 函數地址就可以轉到RAM 中去執(zhí)行。
5. 系統(tǒng)初始化部分
1. 串口部分
串口的設置主要包括初始化串口部分，值得注意的串口的Baudrate 與時鐘MCLK 有很大關系，是通過：rUBRDIV0=( (int)(MCLK/16./(gd ->baudrate) + 0.5) -1 )計算得出。這可以在手冊中查到。其他的函數包括發(fā)送，接收。這個時候沒有中斷，是通過循環(huán)等待來判斷是否動作完成。
例如，接收函數：
while(!(rUTRSTAT0 & 0x1));
return RdURXH0();
2. 時鐘部分
實現了延時函數udelay。
這里的get_timer 由于沒有使用中斷，是使用全局變量來累加的。
3. flash 部分
flash 作為內存的一部分，讀肯定沒有問題，關鍵是flash 的寫部分。
Flash 的寫必須先擦除，然后再寫。
unsigned long flash_init (void)
{
int i;
u16 manId,devId;
//first we init it as unknown,even if you forget assign it below,its not a problem
for (i=0; i < CFG_MAX_FLASH_BANKS; ++i){
flash_info[i].flash_id = FLASH_UNKNOWN;
flash_info[i].sector_count=CFG_MAX_FLASH_SECT;
}
//check manId,devId//
_RESET();
_WR(0x555,0xaa);
_WR(0x2aa,0x55);
_WR(0x555,0x90);
manId=_RD(0x0);
_WR(0x555,0xaa);
_WR(0x2aa,0x55);
_WR(0x555,0x90);
devId=_RD(0x1);
_RESET();
printf("flashn");
printf("Manufacture ID=%4x(0x0004), Device ID(0x22c4)=%4xn",manId,devId);
if(manId!=0x0004 && devId!=0x22c4){
printf("flash check faliluren");
return 0;
}else{
for (i=0; i < CFG_MAX_FLASH_BANKS; ++i){
flash_info[i].flash_id=FLASH_AM160T;//In fact it is fujitu,I only dont want to
}
}
// Setup offsets //
flash_get_offsets (CFG_FLASH_BASE, &flash_info[0]);
// zhangyy comment
#if CFG_MONITOR_BASE >= CFG_FLASH_BASE
//onitor protection ON by default
flash_protect(FLAG_PROTECT_SET,
CFG_MONITOR_BASE,
CFG_MONITOR_BASE+monitor_flash_len-1,
&flash_info[0]);
#endif
//
flash_info[0].size =PHYS_FLASH_SIZE;
return (PHYS_FLASH_SIZE);
}
flash_init 完成初始化部分，這里的主要目的是檢驗flash 的型號是否正確。
int flash_erase (flash_info_t *info, int s_first, int s_last)
{
volatile unsigned char *addr = (volatile unsigned char *)(info->start[0]);
int flag, prot, sect, l_sect;
//ulong start, now, last;
u32 targetAddr;
u32 targetSize;
//zyy note:It is required and cant be omitted//
rNCACHBE0=( (0x2000000>>12)<<16 )|(0>>12); //flash area(Bank0) must be non-cachable
area.
rSYSCFG=rSYSCFG & (~0x8);
if ((s_first < 0) || (s_first > s_last)) {
if (info->flash_id == FLASH_UNKNOWN) {
printf ("- missingn");
} else {
printf ("- no sectors to erasen");
}
return 1;
}
if ((info->flash_id == FLASH_UNKNOWN) ||
(info->flash_id > FLASH_AMD_COMP)) {
printf ("Cant erase unknown flash type - abortedn");
return 1;
}
prot = 0;
for (sect=s_first; sect<=s_last; ++sect) {
if (info->protect[sect]) {
prot++;
}
}
if (prot) {
printf ("- Warning: %d protected sectors will not be erased!n",
prot);
} else {
printf ("n");
}
l_sect = -1;
// Disable interrupts which might cause a timeout here //
flag = disable_interrupts();
// Start erase on unprotected sectors //
for (sect = s_first; sect<=s_last; sect++) {
if (info->protect[sect] == 0) {
targetAddr=0x10000*sect;
if(targetAddr<0x1F0000)
targetSize=0x10000;
else if(targetAddr<0x1F8000)
targetSize=0x8000;
else if(targetAddr<0x1FC000)
targetSize=0x2000;
else
targetSize=0x4000;
F29LV160_EraseSector(targetAddr);
l_sect = sect;
if(!BlankCheck(targetAddr, targetSize))
printf("BlankCheck Errorn");
}
}
// re-enable interrupts if necessary //
if (flag)
enable_interrupts();
// wait at least 80us - lets wait 1 ms //
udelay (1000);
//
*We wait for the last triggered sector
//
if (l_sect < 0)
goto DONE;
DONE:
printf (" donen");
return 0;
}
int BlankCheck(int targetAddr,int targetSize)
{
int i,j;
for(i=0;i{
j=*((u16 *)(i+targetAddr));
if( j!=0xffff)
{
printf("E:%x=%xn",(i+targetAddr),j);
return 0;
}
}
return 1;
}
flash_erase 擦除flash,BlankCheck 則檢查該部分內容是否擦除成功。
//-----------------------------------------------------------------------
*Write a word to Flash, returns:
* 0 - OK
* 1 - write timeout
* 2 - Flash not erased
//
static int write_word (flash_info_t *info, ulong dest, ulong data)
{
volatile u16 *tempPt;
//zhangyy note:because of compatiblity of function,I use low & hi//
u16 low = data & 0xffff;
u16 high = (data >> 16) & 0xffff;
low=swap_16(low);
high=swap_16(high);
tempPt=(volatile u16 *)dest;
_WR(0x555,0xaa);
_WR(0x2aa,0x55);
_WR(0x555,0xa0);
*tempPt=high;
_WAIT();
_WR(0x555,0xaa);
_WR(0x2aa,0x55);
_WR(0x555,0xa0);
*(tempPt+1)=low;
_WAIT();
return 0;
}
wirte_word 則想flash 里面寫入unsigned long 類型的data，因為flash 一次只能寫入16bits，所以這里分兩次寫入。
免費參加，名額有限!2005DVTF;MP3 U盤禮物...
zlei 發(fā)表于 2005-1-16 12:33 ARM 論壇 ←返回版面
MPC8xx的U-Boot移植體會（ZT）
BOOT LOADER（引導裝載器），是用于初始化目標板硬件，給嵌入式操作系統(tǒng)提供板上硬件資源信息，并進一步裝載、引導嵌入式操作系統(tǒng)運行的固件。在嵌入式系統(tǒng)開發(fā)過程中，很多情況都會涉及底層BOOT LOADER的移植問題，即使在有些已有BOOT LOADER的參考開發(fā)板上也存在這種可能。概括來說，如下情況會考慮進行BOOT LOADER的移植工作：
A. 在自主設計的目標板上，用于引導嵌入式操作系統(tǒng)及其應用；
B. 在廠家未提供BOOT LOADER源碼的參考板上，遇有如下情形之一：
a. 在實際應用中需要添加或修改一些功能；
b. 為了給自行設計主板移植BOOT LOADER提供參考，先在參考板上進行移植以積累經驗；
另外，從嵌入式系統(tǒng)實際開發(fā)角度講，嵌入式操作系統(tǒng)的引導、配置甚至應用程序的運行狀況都和BOOT LOADER有一定的關聯，可以說，掌握BOOT LOADER移植是順利進行嵌入式系統(tǒng)開發(fā)的重要利器。
與常見的嵌入式操作系統(tǒng)板級支持包BSP相比，BOOT LOADER與底層硬件更為相關，即每個不同配置的目標板基本都有不同的BOOT LOADER。因為BOOT LOADER往往更依據量體裁衣、定身制作的原則，以滿足要求的最小化代碼存放在啟動ROM或FLASH中。
誠然，自行編寫B(tài)OOT LOADER未嘗不可，但從可利用的資源和實際項目開發(fā)考慮，采用移植已有的BOOT LOADER源碼來解決這一問題更符合大多數項目開發(fā)的要求。
1 U-Boot簡介
U-Boot，全稱Universal Boot Loader，是遵循GPL條款的開放源碼項目。從FADSROM、8xxROM、PPCBOOT逐步發(fā)展演化而來。其源碼目錄、編譯形式與Linux內核很相似，事實上，不少U-Boot源碼就是相應的Linux內核源程序的簡化，尤其是一些設備的驅動程序，這從U-Boot源碼的注釋中能體現這一點。但是U-Boot不僅僅支持嵌入式Linux系統(tǒng)的引導，當前，它還支持NetBSD, VxWorks, QNX, RTEMS, ARTOS, LynxOS嵌入式操作系統(tǒng)。其目前要支持的目標操作系統(tǒng)是OpenBSD, NetBSD, FreeBSD,4.4BSD, Linux, SVR4, Esix, Solaris, Irix, SCO, Dell, NCR, VxWorks, LynxOS, pSOS, QNX, RTEMS, ARTOS。這是U-Boot中Universal的一層含義，另外一層含義則是U-Boot除了支持PowerPC系列的處理器外，還能支持MIPS、x86、ARM、NIOS、XScale等諸多常用系列的處理器。這兩個特點正是U-Boot項目的開發(fā)目標，即支持盡可能多的嵌入式處理器和嵌入式操作系統(tǒng)。就目前來看，U-Boot對PowerPC系列處理器支持最為豐富，對Linux的支持最完善。其它系列的處理器和操作系統(tǒng)基本是在2002年11月PPCBOOT改名為U-Boot后逐步擴充的。從PPCBOOT向U-Boot的順利過渡，很大程度上歸功于U-Boot的維護人德國DENX軟件工程中心Wolfgang Denk[以下簡稱W.D]本人精湛專業(yè)水平和持著不懈的努力。當前，U-Boot項目正在他的領軍之下，眾多有志于開放源碼BOOT LOADER移植工作的嵌入式開發(fā)人員正如火如荼地將各個不同系列嵌入式處理器的移植工作不斷展開和深入，以支持更多的嵌入式操作系統(tǒng)的裝載與引導。
選擇U-Boot的理由：
① 開放源碼；
② 支持多種嵌入式操作系統(tǒng)內核，如Linux、NetBSD, VxWorks, QNX, RTEMS, ARTOS, LynxOS；
③ 支持多個處理器系列，如PowerPC、ARM、x86、MIPS、XScale；
④ 較高的可靠性和穩(wěn)定性；
④ 較高的可靠性和穩(wěn)定性；
⑤ 高度靈活的功能設置，適合U-Boot調試、操作系統(tǒng)不同引導要求、產品發(fā)布等；
⑥ 豐富的設備驅動源碼，如串口、以太網、SDRAM、FLASH、LCD、NVRAM、EEPROM、RTC、鍵盤等；
⑦ 較為豐富的開發(fā)調試文檔與強大的網絡技術支持；
2 U-Boot主要目錄結構
- board 目標板相關文件，主要包含SDRAM、FLASH驅動；
- common 獨立于處理器體系結構的通用代碼，如內存大小探測與故障檢測；
- cpu 與處理器相關的文件。如mpc8xx子目錄下含串口、網口、LCD驅動及中斷初始化等文件；
- driver 通用設備驅動，如CFI FLASH驅動（目前對INTEL FLASH支持較好）
- doc U-Boot的說明文檔；
- examples可在U-Boot下運行的示例程序；如hello_world.c,timer.c；
- include U-Boot頭文件；尤其configs子目錄下與目標板相關的配置頭文件是移植過程中經常要修改的文件；
- lib_xxx 處理器體系相關的文件，如lib_ppc, lib_arm目錄分別包含與PowerPC、ARM體系結構相關的文件；
- net 與網絡功能相關的文件目錄，如bootp,nfs,tftp；
- post 上電自檢文件目錄。尚有待于進一步完善；
- rtc RTC驅動程序；
- tools 用于創(chuàng)建U-Boot S-RECORD和BIN鏡像文件的工具；
3 U-Boot支持的主要功能
U-Boot可支持的主要功能列表
系統(tǒng)引導 支持NFS掛載、RAMDISK（壓縮或非壓縮）形式的根文件系統(tǒng)
支持NFS掛載、從FLASH中引導壓縮或非壓縮系統(tǒng)內核；
基本輔助功能強大的操作系統(tǒng)接口功能；可靈活設置、傳遞多個關鍵參數給操作系統(tǒng)，適合系統(tǒng)在不同開發(fā)階段的調試要求與產品發(fā)布，尤對Linux支持最為強勁；
支持目標板環(huán)境參數多種存儲方式，如FLASH、NVRAM、EEPROM；
CRC32校驗，可校驗FLASH中內核、RAMDISK鏡像文件是否完好；
設備驅動串口、SDRAM、FLASH、以太網、LCD、NVRAM、EEPROM、鍵盤、USB、PCMCIA、PCI、RTC等驅動支持；
上電自檢功能 SDRAM、FLASH大小自動檢測；SDRAM故障檢測；CPU型號；
特殊功能 XIP內核引導；
4 U-Boot移植過程
① 獲得發(fā)布的最新版本U-Boot源碼，與Linux內核源碼類似，也是 bzip2的壓縮格式?？蓮腢-Boot的官方網站http://sourceforge.net/projects/U-Boot上獲得；
② 閱讀相關文檔，主要是U-Boot源碼根目錄下的README文檔和U-Boot官方網站的DULG（The DENX U-Boot and Linux Guide）文檔http://www.denx.de/twiki/bin/view/DULG/Manual。尤其是DULG文檔，從如何安裝建立交叉開發(fā)環(huán)境和解決U-Boot移植中常見問題都一一給出詳盡的說明；
③ 訂閱U-Boot用戶郵件列表http://lists.sourceforge.net/lists/listinfo/u-boot-users。
評論