目錄
s5p4418 uboot sd卡方式啓動流程
4418上電後會先加載運行片內啓動代碼(BL0),大致工作是判斷CPU的啓動方式,初始化啓動設備。拷貝uboot前16k(BL1)到內部RAM,對代碼做校驗,然後開始運行BL1。4418的BL1也是廠商直接提供的，屬於閉源代碼。4418的BL1大致由2nboot和2nboot配置組成，2nboot的配置可以在友善之臂的uboot源碼中找到(tools/nexell/nish/nanop2.txt)。2nboot大致工作是初始化中斷向量，關閉看門口，初始化ddr內存，拷貝整個uboot到ddr，然後跳轉到ddr中運行uboot的後半部分（BL2）。
鏡像文件內存佈局
友善支之臂不同版本的2nboot代碼量大小不一樣，具體見我前兩篇博客中的介紹
uboot 2010:https://blog.csdn.net/qq_16054639/article/details/105770048
uboot 2016:https://blog.csdn.net/qq_16054639/article/details/105829051
uboot啓動（BL1）
uboot中的CONFIG_SPL是沒有啓用的，整個uboot的前半部分啓動代碼是閉源的,所以手裏的源碼都是從後半部分開始的。
查看源碼文件/arch/arm/armv7/s5p4418/u-boot.lds
.text :
{
*(.__image_copy_start) //拷貝開始的位置
*(.vectors) //存放中斷向量表
CPUDIR/start.o (.text*)//代碼開始
*(.text*)
}發現開始代碼段爲vectors,這個vectors的來源是在配置文件tools/nexell/nish/nanop2.txt中
E59FF018 // 0x000 : MOV PC, ResetV
E59FF018 // 0x004 : MOV PC, UndefV
E59FF018 // 0x008 : MOV PC, SWIV
E59FF018 // 0x00C : MOV PC, PAbortV
E59FF018 // 0x010 : MOV PC, DAbortV
E59FF018 // 0x014 : MOV PC, NotUsed
E59FF018 // 0x018 : MOV PC, IRQV
E59FF018 // 0x01C : MOV PC, FIQV
FFFF0200 // 0x020 : SRAMBASE + Header
FFFF0204 // 0x024 : SRAMBASE + Header
FFFF0208 // 0x028 : SRAMBASE + Header
FFFF020C // 0x02C : SRAMBASE + Header
FFFF0210 // 0x030 : SRAMBASE + Header
FFFF0214 // 0x034 : SRAMBASE + Header
FFFF0218 // 0x038 : SRAMBASE + Header
FFFF021C // 0x03C : SRAMBASE + Headerstart.S
之後接着開始代碼/arch/arm/armv7/start.S
.globl reset
.globl save_boot_params_ret
reset:
/* Allow the board to save important registers */
b save_boot_params
save_boot_params_ret:
/*
* disable interrupts (FIQ and IRQ), also set the cpu to SVC32 mode,
* except if in HYP mode already
*/
mrs r0, cpsr
and r1, r0, #0x1f @ mask mode bits
teq r1, #0x1a @ test for HYP mode
bicne r0, r0, #0x1f @ clear all mode bits
orrne r0, r0, #0x13 @ set SVC mode
orr r0, r0, #0xc0 @ disable FIQ and IRQ
msr cpsr,r0
/*
* Setup vector:
* (OMAP4 spl TEXT_BASE is not 32 byte aligned.
* Continue to use ROM code vector only in OMAP4 spl)
*/
#if !(defined(CONFIG_OMAP44XX) && defined(CONFIG_SPL_BUILD)) //沒配置這裏不會執行
/* Set V=0 in CP15 SCTLR register - for VBAR to point to vector */
mrc p15, 0, r0, c1, c0, 0 @ Read CP15 SCTLR Register
bic r0, #CR_V @ V = 0
mcr p15, 0, r0, c1, c0, 0 @ Write CP15 SCTLR Register
/* Set vector address in CP15 VBAR register */
ldr r0, =_start
mcr p15, 0, r0, c12, c0, 0 @Set VBAR
#endif
/* the mask ROM code should have PLL and others stable */
#ifndef CONFIG_SKIP_LOWLEVEL_INIT
bl cpu_init_cp15
bl cpu_init_crit
#endif
bl _main執行流程:
- save_boot_params(沒做什麼)
- save_boot_params_ret(禁用中斷,設置運行模式)
- cpu_init_cp15(初始化cp15寄存器,主要設置cache,mmu,TLBs地址映射表,不深入分析)
- cpu_init_crit
- ->lowlevel_init(其實也沒做什麼,祥見下文)
- _main(開始後半部分初始化)
lowlevel_init.S
/arch/arm/armv7/lowlevel_init.S
執行流程:
- 初始化C語言棧
- 初始化global data全局結構體起始地址
- s_init(什麼也沒做)
_main
/arch/arm/lib/crt0.S
執行流程:
- 設置c語言運行環境(設置sp指針)
- board_init_f_mem(初始化內存配置,起始就是向global data寫入棧頂地址,malloc起始地址)
- board_init_f(這個很重要,初始化了很多功能)
- 繼續填充global data結構體參數(不深入分析)
- coloured_LED_init(初始化LED)
- red_led_on(點亮LED)
- board_init_r(很重要初始化了非常多東西)
board_init_f
/common/board_f.c
board_init_f這個函數主要遍歷執行了init_sequence_f這個數組中的函數
挑出幾個主要關鍵函數解釋:
- fdtdec_setup(初始化設備樹描述符)
- arch_cpu_init(初始化cpu,時鐘)
- initf_dm(初始化dm驅動框架,掃描設備樹,初始化設備節點)
- timer_init(初始化時鐘線)
- env_init(讀取環境變量)
- show_board_info(打印板子信息)
board_init_r
/common/board_c.c
board_init_r函數跟board_init_f函數類似,也是遍歷執行一個數組中的所有函數
挑出幾個主要關鍵函數解釋:
- initr_dm(初始化設備樹描述符)
- board_init(板級初始化)
- initr_net(初始化網絡驅動)
- run_main_loop(進入主循環)
main_loop
執行流程:
-
run_preboot_environment_command(執行默認環境變量命令,也就是啓動命令preboot)
preboot定義在include/env_default.h
#ifdef CONFIG_PREBOOT
"preboot=" CONFIG_PREBOOT "\0" //CONFIG_PREBOOT這個宏沒有定義,所以這裏等於什麼也沒做
#endif- bootdelay_process(等待用戶按下按鍵,按下按鍵將進入命令行模式,如果沒有按下將返回系統啓動命令bootcmd)
- autoboot_command(如果上一步有命令,執行上一步返回的命令)
- cli_loop(進入命令行模式)
至此整個uboot的主要啓動流程就梳理結束了