1.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都是可以用的。
那麼為什麼既然設定好了載入位址和入口位址核心還能隨意放呢?
分析uboot是如何啟動核心的
分析uboot是如何啟動核心的 cdzlllfe 1.uboot啟動核心的 縮減如下 s getenv bootcmd debug main loop bootcmd s n s s if bootdelay 0 s abortboot bootdelay 2.假設bootcmd nand read...
分析uboot是如何啟動核心的
分析uboot是如何啟動核心的 cdzlllfe 1.uboot啟動核心的 縮減如下 s getenv bootcmd debug main loop bootcmd s n s s if bootdelay 0 s abortboot bootdelay 2.假設bootcmd nand read...
分享 分析uboot是如何啟動核心的
1.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 ...