假設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都是可以用的。
那麼為什麼既然設定好了載入位址和入口位址核心還能隨意放呢？
linux核心啟動時就會去讀取這些tag引數
**：
uboot啟動核心
經過了前面的的一系列準備，終於要啟動核心了。在uboot分析二中，提到過下面的這個函式 void main loop void 在啟動核心的時候在uboot裡面用到什麼命令呢？bootcmd 命令 nand.read.jffs 0x30007f00 kernel 從nand的kernel 分割槽讀核...
uboot啟動核心
uboot 映象為 uboot.bin，linux 映象為 zimage 嵌入式裝置中的分割槽表是自己定義的，uboot 和核心中的分割槽表應一致 核心執行前必須載入到 ddr 中指定的位址處 uboot 需要提供核心必要的引數 uboot 啟動核心有兩種方式，一種是等待倒計時結束後直接啟動核心，一...
uboot分析 uboot啟動核心
u boot啟動核心概述 u boot啟動完成後，最終進入到main loop 迴圈中。若在bootdelay倒計時為0之前，u boot控制台有輸入，則進入命令解析 執行的迴圈 若控制台無輸入，u boot將啟動核心。u boot啟動核心可歸結為以下四個步驟 1 將核心搬移至ddr中 2 校驗核心...