我們知道樟氢，bootloader是系統(tǒng)上電后最初加載運(yùn)行的代碼火鼻。它提供了處理器上電復(fù)位后最開(kāi)始需要執(zhí)行的初始化代碼催享。 在PC機(jī)上引導(dǎo)程序一般由BIOS開(kāi)始執(zhí)行豌蟋，然后讀取硬盤(pán)中位于MBR(Main Boot Record塘淑，主引導(dǎo)記錄)中的Bootloader(例如LILO或GRUB),并進(jìn)一步引導(dǎo)操作系統(tǒng)的啟動(dòng)呜笑。
然而在嵌入式系統(tǒng)中通常沒(méi)有像BIOS那樣的固件程序撤蟆，因此整個(gè)系統(tǒng)的加載啟動(dòng)就完全由bootloader來(lái)完成垒迂。它主要的功能是加載與引導(dǎo)內(nèi)核映像

一個(gè)嵌入式的存儲(chǔ)設(shè)備通過(guò)通常包括四個(gè)分區(qū)：
第一分區(qū)：存放的當(dāng)然是u-boot
第二個(gè)分區(qū)：存放著u-boot要傳給系統(tǒng)內(nèi)核的參數(shù)
第三個(gè)分區(qū)：是系統(tǒng)內(nèi)核（kernel）
第四個(gè)分區(qū)：則是根文件系統(tǒng)
如下圖所示：

四大分區(qū)

1. 假如有兩個(gè)編譯地址a=0x10弹囚，b=0x7，b的運(yùn)行地址是0x300蛮穿，那么a的運(yùn)行地址就是b的運(yùn)行地址加上兩者編譯地址的差值，a-b=0x10-0x7=0x3单刁，
   a的運(yùn)行地址就是0x300+0x3=0x303府适。 2. 假設(shè)uboot上兩條指令的編譯地址為a=0x33000007和b=0x33000001檐春，這兩條指令都落在bank6上，現(xiàn)在要計(jì)算出他們對(duì)應(yīng)的運(yùn)行地址恍风，要找出運(yùn)行地址的始地址誓篱，這個(gè)是由用戶燒錄進(jìn)去的，假設(shè)運(yùn)行地址的首地址是0x0锦募，則a的運(yùn)行地址為0x7糠亩，b為0x1准验，就是這樣算出來(lái)的。** 為什么要分配編譯地址垂寥？這樣做有什么好處滞项，有什么作用夭坪？** 比如在函數(shù)a中定義了函數(shù)b，當(dāng)執(zhí)行到函數(shù)b時(shí)要進(jìn)行指令跳轉(zhuǎn)戏仓，要跳轉(zhuǎn)到b函數(shù)所對(duì)應(yīng)的起始地址上去柜去，編譯時(shí)，編譯器給每條指令都分配了編譯地址讼撒，如果編譯器已經(jīng)給分配了地址就可以直接進(jìn)行跳轉(zhuǎn)股耽，查找b函數(shù)跳轉(zhuǎn)指令所對(duì)應(yīng)的表物蝙，進(jìn)行直接跳轉(zhuǎn)，因?yàn)橛袀€(gè)編譯地址和指令對(duì)應(yīng)的一個(gè)表册赛，如果沒(méi)有分配震嫉，編譯器就查找不到這個(gè)跳轉(zhuǎn)地址票堵，要進(jìn)行計(jì)算，非常麻煩窗宇。** 什么是《相對(duì)地址》特纤？** 以NOR Flash為例叫潦，NOR Falsh是映射到bank0上面官硝，SDRAM是映射到bank6上面氢架，uboot和內(nèi)核最終是在SDRAM上面運(yùn)行，最開(kāi)始我們是從Nor Flash的零地址開(kāi)始往后燒錄卿操，uboot中至少有一段代碼編譯地址和運(yùn)行地址是不一樣的，編譯uboot或內(nèi)核時(shí)扇雕，都會(huì)將編譯地址放入到SDRAM中窥摄，他們最終都會(huì)在SDRAM中執(zhí)行崭放，剛開(kāi)始uboot在Nor Flash中運(yùn)行，運(yùn)行地址是一個(gè)低端地址建峭，是bank0中的一個(gè)地址亿蒸，但編譯地址是bank6中的地址掌桩，這樣就會(huì)導(dǎo)致絕對(duì)跳轉(zhuǎn)指令執(zhí)行的失敗，所以就引出了相對(duì)地址的概念砚蓬。
   ** 那么什么是相對(duì)地址呢灰蛙？**
   至少在bank0中uboot這段代碼要知道不能用b+編譯地址這樣的方法去跳轉(zhuǎn)指令隔躲，因?yàn)檫@段代碼的編譯地址和運(yùn)行地址不一樣宣旱，那如何去做呢？
   要去計(jì)算這個(gè)指令運(yùn)行的真實(shí)地址笙纤，計(jì)算出來(lái)后再做跳轉(zhuǎn)省容，應(yīng)該是b+運(yùn)行地址燎字，不能出現(xiàn)b+編譯地址阿宅，而是b+運(yùn)行地址洒放，而運(yùn)行地址是算出來(lái)的滨砍。 _TEXT_BASE: .word TEXT_BASE //0x33F80000,在board/config.mk中這段話表示惨好，用戶告訴編譯器編譯地址的起始地址
   ** U-Boot****工作過(guò)程**
   大多數(shù) Boot Loader 都包含兩種不同的操作模式:"啟動(dòng)加載"模式和"下載"模式,這種區(qū)別僅對(duì)于開(kāi)發(fā)人員才有意義日川。
   但從最終用戶的角度看,Boot Loader 的作用就是:用來(lái)加載操作系統(tǒng),而并不存在所謂的啟動(dòng)加載模式與下載工作模式的區(qū)別。 (一)啟動(dòng)加載(Boot loading)模式:這種模式也稱(chēng)為"自主"(Autonomous)模式回论。
   也即 Boot Loader 從目標(biāo)機(jī)上的某個(gè)固態(tài)存儲(chǔ)設(shè)備上將操作系統(tǒng)加載到 RAM 中運(yùn)行,整個(gè)過(guò)程并沒(méi)有用戶的介入傀蓉。
   這種模式是 Boot Loader 的正常工作模式,因此在嵌入式產(chǎn)品發(fā)布的時(shí)侯,Boot Loader 顯然必須工作在這種模式下职抡。
   （二）下載(Downloading)模式:在這種模式下,目標(biāo)機(jī)上的 Boot Loader 將通過(guò)串口連接或網(wǎng)絡(luò)連接等通信手段從主機(jī)(Host)下載文件,比如:下載內(nèi)核映像和根文件系統(tǒng)映像等缚甩。從主機(jī)下載的文件通常首先被 Boot Loader保存到目標(biāo)機(jī)的RAM 中,然后再被 BootLoader寫(xiě)到目標(biāo)機(jī)上的FLASH類(lèi)固態(tài)存儲(chǔ)設(shè)備中。Boot Loader 的這種模式通常在第一次安裝內(nèi)核與根文件系統(tǒng)時(shí)被使用;此外,以后的系統(tǒng)更新也會(huì)使用 Boot Loader 的這種工作模式壕探。工作于這種模式下的 Boot Loader 通常都會(huì)向它的終端用戶提供一個(gè)簡(jiǎn)單的命令行接口李请。這種工作模式通常在第一次安裝內(nèi)核與跟文件系統(tǒng)時(shí)使用厉熟∏烀ǎ或者在系統(tǒng)更新時(shí)使用。進(jìn)行嵌入式系統(tǒng)調(diào)試時(shí)一般也讓bootloader工作在這一模式下嘁字。 U-Boot 這樣功能強(qiáng)大的 Boot Loader 同時(shí)支持這兩種工作模式,而且允許用戶在這兩種工作模式之間進(jìn)行切換纪蜒。
   大多數(shù) bootloader 都分為階段 1(stage1)和階段 2(stage2)兩大部分,u-boot 也不例外此叠。依賴(lài)于 CPU 體系結(jié)構(gòu)的代碼(如 CPU 初始化代碼等)通常都放在階段 1 中且通常用匯編語(yǔ)言實(shí)現(xiàn),而階段 2 則通常用 C 語(yǔ)言來(lái)實(shí)現(xiàn),這樣可以實(shí)現(xiàn)復(fù)雜的功能,而且有更好的可讀性和移植性灭袁。