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)
另外,當核心正好處於頭部指定的載入位址,便不用
uboot
的do_bootm
函式來幫我們搬運核心了,可以縮短啟動時間。
uimage
到0x30007fc0
的原因。
核心載入位址是
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);
我們來看
setup_start_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 loop bo...
U boot如何啟動核心
本文 我們用的u boot已經改的面目全非,不過核心還是完全相同的,換了個面目而已。開源的好處,想改就改來玩玩。不過流程還是人家的。u boot通過bootm命令來啟動核心,這個命令的處理函式是do bootm,這個函式處理的是uboot mkimage製作的映像,如果正好這個映像是核心,那麼它就會...
uboot如何啟動核心
uboot的本質是乙個裸機程式,作業系統核心本質也是裸機程式。區別就是作業系統執行起來後,在軟體上分為核心層和應用層,分層後兩層的許可權不同,記憶體訪問和裝置操作的管理更加精細 核心可以隨便訪問各種硬體,而應用程式只能被限制地訪問硬體和記憶體位址 直觀來看,uboot的映象是uboot.bin,li...