Uboot到底如何啟動核心

2021-08-04 07:12:01 字數 4930 閱讀 8541

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...