1.uboot啟動核心的**縮減如下:
uboot 1.16/lib_arm/board.c中start_armboot()函式呼叫/common/main.c中main_loop()函式,在main_loop()中有uboot啟動核心的**:
s = getenv ("bootcmd");
debug ("### main_loop: bootcmd=\"%s\"\n", s ? s :"");
if (bootdelay >= 0 && s && !abortboot(bootdelay))
2.假設bootcmd = nandread.jffs2 0x30007fc0 kernel; bootm 0x30007fc0
<1> nandread.jffs2 0x30007fc0 kernel
從nand讀出核心:
從**讀? :kernel分割槽
讀到**去?:0x30007fc0
何為分割槽?
簡單的說就是將nand劃分為幾個區域,一般如下:
bootloader->params->kernel->root
這些分割槽劃分在/include/configs/100ask24x0.h中寫死的:
#define mtdparts_default"mtdparts=nandflash0:256k@0(bootloader)," \
"128k(params)," \
"2m(kernel)," \
"-(root)"
進入uboot執行mtd ,可以檢視已有分割槽:
# 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.jffs20x30007fc0 0x00060000 0x00200000
注:read.jffs2並不是指定特定的格式,僅表示不需要塊/頁對齊,所以kernel的分割槽大小可以隨意定。
<2> bootm0x30007fc0
關鍵函式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讀出來的核心可以放在ram中的任意地方,如0x31000000,0x32000000等等,只要它不破壞uboot所占用的記憶體空間就可以
既然設定好了載入位址和入口位址,為什麼核心還能隨意放?
因為uimage有乙個頭部!頭部裡有載入位址和入口位址,當我們用bootm ***時,
do_bootm先去讀uimage的頭部以獲取該uimage的載入位址和入口位址,當發現該uimage目前所處的記憶體位址不等於它的載入位址時,會將uimage移動到它的載入位址上,**中體現如下:
uboot 1.16/common/cmd_bootm.c中的bootm_load_os()函式
case ih_comp_none::
if (load != image_start)
核心載入位址是0x30008000,而頭部的大小64個位元組,將核心拷貝到0x30007fc0,加上頭部的64個位元組,核心正好位於0x30008000處。
總結bootm做了什麼:
1.讀取頭部
2.將核心移動到載入位址
3.啟動核心
具體如何啟動核心?
使用在/lib_arm/bootm.c定義的do_bootm_linux(),我們已經知道入口位址,只需跳到入口位址就可以啟動linux核心了,在這之前需要做一件事———— uboot傳遞引數(啟動引數)給核心。
啟動**在do_bootm_linux()函式:
void (*thekernel)(int zero, int arch,uint params); //定義函式指標thekernel
thekernel = (void (*)(int, int, uint))images->ep; //先是將入口位址賦值給thekernel
thekernel (0, bd->bi_arch_number, bd->bi_boot_params); //然後是呼叫thekernel,以0,bd->bi_arch_number,bd->bi_boot_params為引數
下面分析這三個引數:
1. 0—相當於mov,ro #0
2.bd->bi_arch_number:uboot機器碼,這個在/board/100ask24x0.c設定:gd->bd->bi_arch_number = mach_type_s3c2440,mach_type_s3c2440在/arch/arm/asm/mach-types.h定義:362,核心機器碼和uboot機器碼必須一致才能啟動核心
2. bd->bi_boot_parmas--- 啟動引數位址
也是在在/board/100ask24x0.c設定:gd->bd->bi_boot_params = 0x30000100;
啟動引數(tag)在**設定?
在lib_arm/armlinux.c設定:
setup_start_tag (bd);
setup_revision_tag (parmas);
setup_memory_tags (bd);
setup_commandline_tag (bd, commandline);
setup_initrd_tag (bd, images->rd_start, images->rd_end);
setup_videolfb_tag ((gd_t *) gd);
setup_end_tag (bd);
static void setup_start_tag (bd_t *bd)
再看setup_commandline_tag (bd , commandline):
static void setup_commandline_tag (bd_t *bd, char*commandline)
核心啟動時會讀取這些tag(引數)並跳轉啟動。
Uboot到底如何啟動核心
1.uboot 啟動核心的 縮減如下 uboot 1.16 lib arm board.c 中start armboot 函式呼叫 common main.c 中main loop 函式,在 main loop 中有uboot 啟動核心的 s getenv bootcmd debug main lo...
U boot如何啟動核心
本文 我們用的u boot已經改的面目全非,不過核心還是完全相同的,換了個面目而已。開源的好處,想改就改來玩玩。不過流程還是人家的。u boot通過bootm命令來啟動核心,這個命令的處理函式是do bootm,這個函式處理的是uboot mkimage製作的映像,如果正好這個映像是核心,那麼它就會...
uboot如何啟動核心
uboot的本質是乙個裸機程式,作業系統核心本質也是裸機程式。區別就是作業系統執行起來後,在軟體上分為核心層和應用層,分層後兩層的許可權不同,記憶體訪問和裝置操作的管理更加精細 核心可以隨便訪問各種硬體,而應用程式只能被限制地訪問硬體和記憶體位址 直觀來看,uboot的映象是uboot.bin,li...