分析uboot是如何啟動核心的

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)"

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; 

uint32_t 

ih_ep; 

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

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

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

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

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

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

那是因為uimage有乙個頭部！頭部裡有載入位址和入口位址，當我們用bootm ***的時候，

do_bootm這個函式會先去讀uimage的頭部以獲取該uimage的載入位址和入口位址，當發現該uimage目前所處的記憶體位址不等於它的載入位址時，該函式會將該uimage移動到它的載入位址上，在**中體現如下：

case ih_comp_none:：

if (load != image_start)

我們再來看下setup_commandline_tag (bd, commandline);這個函式：

static void setup_commandline_tag (bd_t *bd, char *commandline)

linux核心啟動時就會去讀取這些tag引數