分享 分析uboot是如何啟動核心的

s = getenv ("bootcmd");

debug ("### main_loop: bootcmd=\"%s\"\n", s ? s : "");

if (bootdelay >= 0 && s && !abortboot (bootdelay))

2.假設bootcmd = nand read.jffs2 0x30007fc0 kernel; bootm 0x30007fc0

<1> nand read.jffs2 0x30007fc0 kernel

nand read.jffs2 0x30007fc0 kernel;

從nand讀出核心：從**讀？   從kernel分割槽

放到**去？-0x30007fc0

下面講解什麼是分割槽：

就是將nand劃分為幾個區域，一般如下：

bootloader-》params-》kernel-》root

這些分割槽的劃分是在/include/configs/mini2440.h中寫死的：

#define mtdparts_default "mtdparts=nandflash0:250k@0(bootloader)," \

"128k(params)," \

"5m(kernel)," \

"-(root)"

注:@0表示從0位址開始，250k的bootloader分割槽可能對某些uboot不夠用，這裡只是舉例而已。

將上面的資訊換算成十六進製制：

#    name             大小        在nand上的起始位址    

0    bootloader     0x00040000        0x00000000

1    params        0x00020000              0x00040000        

2    kernel        0x00200000        0x00060000

3    root        0xfda00000        0x00260000

那麼上面的nand read.jffs2 0x30007fc0 kernel就等價於：

nand read.jffs2 0x30007fc0 0x00060000 0x00200000

注：這裡的read.jffs2並不是指定要什麼特定的格式，而是用read.jffs2不需要塊/頁對齊,所以這個kernel的分割槽大小可以

隨意定。

<2> bootm 0x30007fc0

關鍵函式do_bootm()

flash上存的核心：uimage

uimage = 頭部+真正的核心

頭部的定義如下：

typedef struct image_header image_header_t;

我們需要關心的是：

uint32_t    ih_load;    /* data     load  address        */

uint32_t    ih_ep;        /* entry point address        */

ih_load是載入位址，即核心執行是應該位於的地方  

ih_ep是入口位址，即核心的入口位址

這與uboot是類似的，uboot的載入位址是text_base = 0x33f80000；入口位址是start.s中的_start。

其實我們把核心中nand讀出來的時候是可以放在核心的任何地方的，如0x31000000，0x32000000等等，只要它不破壞uboot所占用的記憶體空間就可以了，如下圖：

從0x33f4df74-0x30000000都是可以用的。

那麼為什麼既然設定好了載入位址和入口位址核心還能隨意放呢？