uboot启动流程 uboot启动流程

1. 链接脚本u-boot.lds 指定链接的首地址在哪里，哪一行代码是第一行。所以需要先编译。

文章图片

打开该源码，可知u-boot的入口地址是_start;
可以搜索_start. 在文件 arch/arm/lib/vectors.S 中有定义:

文章图片

文章图片

如代码中定义的，这里面包含复位和中断向量表的起始地址；
继续回到u-boot.lds：

文章图片

.text是代码段，中间有个__image_copy_start，可以通过全局搜索在

文章图片

可以看到，是0x87800000，.vectors也存在这里，它是中断向量表，和裸机中断时一样的；
继续回到u-boot.lds：

文章图片

对应的map为（复位和初始化CPU，就类似裸机开发必须要存放的两个，剩下的代码段就可以随意存放了）：

文章图片

继续回到u-boot.lds：

文章图片

镜像拷贝结束，它和image_copy_start是成对的，因为需要重定位，所以要拷贝copy,搜索一下它的位置：

文章图片

由图中可以看到它的镜像结束地址，不同的编译可能最后的低吗段结束不一样，这样就得到代码的大小了，差不多300多kb
继续回到u-boot.lds：

文章图片

rel_dyn_start在map中的地址为：

文章图片

（end就不找了），差不多30多k
__end段

文章图片

再找找bss段

文章图片

文章图片

自此，我们每个段的地址都找到了，不同编译产生的地址是不一样的，除了开始的87800000
2. u-boot启动流程刚才说到了，入口地址是_start，所以汇编从这里分析：

文章图片

2.1 reset函数
上一张图是vector.S主要定义了一些中断向量表，我们找rest函数，是在start.s

文章图片

由图中可以看到，reset是跳转函数，不用往下搜索了，跳着跳着还是回到下面的函数里了：

文章图片

注：HYP模式是超级监视者模式，比超级管理员模式第一点，主要用来做一些虚拟化扩展
继续往下看：

文章图片

如果没有定义这两个变量，就执行下面语句，#if后面都是注释的颜色，那肯定没有定义

文章图片

这个寄存器如图所示：

文章图片

综上所述：就是设置偏移为0，重定位向量表，再把中断向量表迁移到87800000

文章图片

接下来有两个函数，一个看名字就知道是初始化cp15，比如关闭MMU啥的，这些都比较固定，就不分析了,
一个是cpu_init_crit，最后一个是main
cpu_init_crit是跳到lowlevel_init
2.2 lowlevel_init函数
函数 lowlevel_init 在文件 arch/arm/cpu/armv7/lowlevel_init.S 中定义

文章图片

文章图片

GENERATED_GBL_DATA_SIZE 256

文章图片

文章图片

文章图片

总结：这个函数就是设置sp指针和R9寄存器，保存栈指针
接下来我们来看s_init
2.3 s_init函数
我们知道 lowlevel_init 函数后面会调用 s_init 函数，s_init 函数定义在文件arch/arm/cpu/armv7/mx6/soc.c

文章图片

由图可知，相当于空函数
2.4 __main函数

文章图片

上面分析可知，该进入main函数了_main 函数定义在文件 arch/arm/lib/crt0.S 中

文章图片

文章图片

我们再看board_init_f_alloc_reserve这个函数，此函数定义在文件common/init/board_init.c 中

文章图片

文章图片

文章图片

文章图片

gd_t 是个结构体，在 include/asm-generic/global_data.h 里面有定义,gd_t里面还有一个bd_t也是非常重要的函数
我们再回到89行crt0.S，board_init_f_init_reserve函数，

文章图片

此时和上面对起来了

文章图片

我们再回到crt0.S,

文章图片

这里借助bd计算出新的gd位置，然后将其保存在r9里面，bd可以直接获得，而gd紧挨着bd，所以减去gd大小就是gd的新地址
这里面有个问题，就是bd的大小可以直接获得

文章图片

接下来可以重定位代码
在整个ddr中，从87800000开始，是uboot的代码，要将这部分代码移植到高地址，也就是最下面，这样把其他的代码考到87800000上就还是会运行，因为uboot去高地址了
here函数中：
重定位中断向量表；
调用函数 c_runtime_cpu_setup，此函数定义在文件 arch/arm/cpu/armv7/start.S

文章图片

关闭ICache和DCache

文章图片

这段代码清除bss段

文章图片

文章图片

由图可知，board_init_r函数要传递两个参数r0，r1
2.5 board_init_f函数

初始化一系列外设，比如串口、定时器，或者打印一些消息等。
初始化 gd 的各个成员变量，uboot 会将自己重定位到 DRAM 最后面的地址区域，也就是将自己拷贝到 DRAM 最后面的内存区域中。这么做的目的是给 Linux 腾出空间，防止 Linux kernel 覆盖掉 uboot，将 DRAM 前面的区域完整的空出来。在拷贝之前肯定要给 uboot 各部分分配好内存位置和大小，比如 gd 应该存放到哪个位置，malloc 内存池应该存放到哪个位置等等。这些信息都保存在 gd 的成员变量中，因此要对 gd 的这些成员变量做初始化。最终形成一个完整的内存“分配图”，在后面重定位 uboot 的时候就会用到这个内存“分配图”。

文章图片

再看一下init_sequence_f
整理一下

/*****************去掉条件编译语句后的 init_sequence_f***************/ static init_fnc_t init_sequence_f[] = { setup_mon_len,//__bss_end-_start是整个代码的长度, 镜像大小，大约600-700k，也是要拷贝的的代码大小 initf_malloc, // 里面设置了malloc大小0x400 initf_console_record, //因为uboot没有定义，返回0 arch_cpu_init, //初始化架构有关的工作，CPU级别 initf_dm,// 驱动初始化 arch_cpu_init_dm,//该函数未实现 mark_bootstage, /* need timer, go after init dm */ board_early_init_f,//板子一些早期初始化配置，初始化串口IO等 timer_init, /* initialize timer */ board_postclk_init,//设置vddsoc电压 get_clocks, //获取时钟，对于I.MX获取SD卡外设时钟 env_init, /* initialize environment */ init_baud_rate, /* initialze baudrate settings */ serial_init, /* serial communications setup */ console_init_f, /*设置 gd->have_console 为 1，打开控制台，初始化之前是把环境放在缓冲区里，这个为1时正好打印 */ display_options, /* 通过串口输出一些信息 */ // 需要开启debug，在configs/mx6ull_evk里面define display_text_info, /* ，打印一些文本信息，如果开启 UBOOT 的 DEBUG 功能的话就会输出 text_base、bss_start、bss_end */ print_cpuinfo, /* CPU信息 */ show_board_info,// 打印板子信息 INIT_FUNC_WATCHDOG_INIT //初始化看门狗 INIT_FUNC_WATCHDOG_RESET //复位看门狗 init_func_i2c,//初始化i2c announce_dram_init,//输出字符串“DRAM” /* TODO: unify all these dram functions? */ dram_init, /* 并不是初始化DRAM只是设置这个值为512M ，是通过读取SD卡的配置信息初始化dram*/ post_init_f, //用来完成测试 INIT_FUNC_WATCHDOG_RESET testdram, //测试ddr，空函数 INIT_FUNC_WATCHDOG_RESET INIT_FUNC_WATCHDOG_RESET /* * Now that we have DRAM mapped and working, we can * relocate the code and continue running from DRAM. * * Reserve memory at end of RAM for (top down in that order): * - area that won't get touched by U-Boot and Linux (optional) * - kernel log buffer * - protected RAM * - LCD framebuffer * - monitor code * - board info struct */ setup_dest_addr, //设置gd->ram_size，gd->ram_top，gd->relocaddr这三个的值 //gd->ram_size = 0X20000000 //ram 大小为 0X20000000=512MB //gd->ram_top = 0XA0000000//ram最高地址为 0X80000000+0X20000000=0XA0000000 //gd->relocaddr = 0XA0000000 //重定位后最高地址为 0XA0000000，拷贝的地址 reserve_round_4k, //gd->relocaddr四字节对齐，本来就4k对齐，所以不需要了 reserve_mmu, //留出mmu区域(内存映射单元)，0x4000,所以要减去 //gd->arch.tlb_size= 0X4000 //MMU 的 TLB 表大小 //gd->arch.tlb_addr=0X9FFF0000 //MMU 的 TLB 表起始地址，64KB 对齐以后 //gd->relocaddr=0X9FFF0000 //relocaddr 地址 reserve_trace, //留出调试跟踪的内存，没有用到 reserve_uboot, //reserve_uboot，留出重定位后的 uboot 所占用的内存区域，uboot 所占用大小由gd->mon_len 所指定，留出 uboot 的空间以后还要对 gd->relocaddr 做 4K 字节对齐，并且重新设置 gd->start_addr_sp //gd->mon_len = 0XA8EF4 //gd->start_addr_sp = 0X9FF47000 //gd->relocaddr = 0X9FF47000, 从这开始定死了，把8780000的代码拷贝到这里，拷贝大小为0xA8EF4，此时定义的是relocaddr，接下来变化的就是start_addr_sp reserve_malloc, //留出 malloc 区域，调整 gd->start_addr_sp 位置，malloc 区域由宏TOTAL_MALLOC_LEN 定义 //TOTAL_MALLOC_LEN=0X1002000 //gd->start_addr_sp=0X9EF45000 //0X9FF47000-16MB-8KB=0X9EF45000 reserve_board, //留出板子 bd 所占的内存区，bd 是结构体 bd_t，bd_t 大小为80 字节 //gd->start_addr_sp=0X9EF44FB0 //gd->bd=0X9EF44FB0 setup_machine, //setup_machine，设置机器 ID，linux 启动的时候会和这个机器 ID 匹配，如果匹配的话 linux 就会启动正常。但是！！I.MX6ULL 不用这种方式了，这是以前老版本的 uboot 和linux 使用的，新版本使用设备树了，因此此函数无效。 reserve_global_data,// 保留出 gd_t 的内存区域，gd_t 结构体大小为 248B //gd->start_addr_sp=0X9EF44EB8 //0X9EF44FB0-248=0X9EF44EB8 //gd->new_gd=0X9EF44EB8 reserve_fdt, //留出设备树相关的内存区域，I.MX6ULL 的 uboot 没有用到 reserve_arch, //空函数 reserve_stacks,//留出栈空间，先对 gd->start_addr_sp 减去 16，然后做 16 字节对其。如果使能 IRQ 的话还要留出 IRQ 相应的内存,在本 uboot 中并没有使用到 IRQ //gd->start_addr_sp=0X9EF44E90 setup_dram_config, //函数设置 dram 信息，就是设置 gd->bd->bi_dram[0].start 和gd->bd->bi_dram[0].size，后面会传递给 linux 内核，告诉 linux DRAM 的起始地址和大小 show_dram_config, //显示dram信息 display_new_sp, //显示新的 sp 位置，也就是 gd->start_addr_sp，不过要定义宏 DEBUG INIT_FUNC_WATCHDOG_RESET// reloc_fdt, //函数用于重定位 fdt，没有用到 setup_reloc, //设置 gd 的其他一些成员变量，供后面重定位的时候使用，并且将以前的 gd（R9）拷贝到 gd->new_gd 处。需要使能 DEBUG 才能看到相应的信息输出，这里是在new——gd里有，r9此时还是内部ram里面的地址呢 NULL, };

最后的内存分布图：

文章图片

2.6 relocate_code函数
目前分析的uboot代码还没有拷贝到gd->relocaddr中，这个函数是拷贝用的
调用这个函数之前，参数r0=0x9ff47000

文章图片

此函数定义在文件 arch/arm/lib/relocate.S 中

文章图片

文章图片

这里面有一个问题：
我原来的函数的地址（没拷贝之前）在那，有另一个函数会调用它，但是你把它拷贝走了再调用，就没了，全局变量引用也会出问题。uboot对于这个处理方法，就是位置无关方法，借助.rel.dyn段

文章图片

文章图片

如上图可知：
borad_init 调用 rel_test 函数，用到了 bl 指令，而 bl 指令时位置无关指令，bl 指令是相对寻址的(pc+offset)，因此 uboot 中函数调用是与绝对位置无关的。
再来看一下函数 rel_test 对于全局变量 rel_a 的调用，第 2 行设置 r3 的值为 pc+12 地址处的值，因为ARM流水线的原因，pc寄存器的值为当前地址+8，因此pc = 0X87804184 + 8 = 0X8780418C， r3=0X8780418C+12=0X87804198，第 7 行就是0X87804198 这个地址，0X87804198 处的值为0X8785DA50。根据第 17 行可知，0X8785DA50 正是变量 rel_a 的地址，最终 r3=0X8785DA50。

文章图片

并没有直接读取变量的地址，而是借助了另一个地址，间接读取，+8+12偏移地址，也就是说这个过程也没有用到绝对地址；
继续往下：

文章图片

这个段的作用是，给需要偏移的加上label，判断是label之后就要偏移了

文章图片

文章图片

2.7 relocate_vectors函数
中断向量表偏移

文章图片

第 29 行，如果定义了 CONFIG_CPU_V7M 的话就执行第 30~36 行的代码，这是 Cortex-M内核单片机执行的语句，因此对于 I.MX6ULL 来说是无效的。
第 38 行，如果定义了 CONFIG_HAS_VBAR 的话就执行此语句，这个是向量表偏移，CortexA7是支持向量表偏移的。而且，在.config 里面定义了 CONFIG_HAS_VBAR，因此会执行这个分支。
第 43 行，r0=gd->relocaddr，也就是重定位后 uboot 的首地址，向量表肯定是从这个地址开始存放的。
第 44 行，将 r0 的值写入到 CP15 的 VBAR 寄存器中，也就是将新的向量表首地址写入到寄存器 VBAR 中，设置向量表偏移。
2.8 board_init_r函数
第 32.2.5 小节讲解了 board_init_f 函数，在此函数里面会调用一系列的函数来初始化一些外设和 gd 的成员变量。但是 board_init_f 并没有初始化所有的外设，还需要做一些后续工作，这些后续工作就是由函数 board_init_r 来完成的，board_init_r 函数定义在文件common/board_r.c

文章图片

init_fnc_t init_sequence_r[] = { initr_trace, //如果定义了宏 CONFIG_TRACE 的话就会调用函数 trace_init，初始化和调试跟踪有关的内容 initr_reloc, // 标记重定位完成 initr_caches, // 初始化cache，并使能cache initr_reloc_global_data, // 初始化重定位后的gd相关成员变量 initr_barrier, // I.MX没用到 initr_malloc, // 初始化malloc区域 initr_console_record, // 初始化控制台的，也没用到 bootstage_relocate, // 启动状态重定位 initr_bootstage, // 初始化启动状态 board_init, /* Setup chipselects */ //板级初始化，包括 74XX 芯片，I2C、FEC、USB 和 QSPI 等。这里执行的是 mx6ull_alientek_emmc.c 文件中的 board_init 函数 stdio_init_tables, //stdio相关初始化 initr_serial, //初始化串口 initr_announce, // 与调试有关，通知已在ram运行 INIT_FUNC_WATCHDOG_RESET// 看门狗 INIT_FUNC_WATCHDOG_RESET// INIT_FUNC_WATCHDOG_RESET// power_init_board, // 初始化电源，没有用到 initr_flash, // flash初始化，如果有宏定义了才要初始化，没有定义就不需要了 INIT_FUNC_WATCHDOG_RESET// initr_nand, // 初始化nand initr_mmc, // 初始化emmc initr_env, // 初始化环境 INIT_FUNC_WATCHDOG_RESET// initr_secondary_cpu, // 初始化其他cpu，单核不需要 INIT_FUNC_WATCHDOG_RESET// stdio_add_devices, // 输入输出设备初始化，如lcd initr_jumptable, // 初始化跳表 console_init_r, /* fully init console as a device *///控制台初始化，初始化完成以后此函数会调用stdio_print_current_devices 函数来打印出当前的控制台设备 INIT_FUNC_WATCHDOG_RESET // interrupt_init, // 初始化中断 initr_enable_interrupts, // 使能中断 initr_ethaddr, // 初始化网络MAC board_late_init, //board_late_init 函数，板子后续初始化，此函数定义在文件 mx6ull_alientek_emmc.c中，如果环境变量存储在 EMMC 或者 SD 卡中的话此函数会调用 board_late_mmc_env_init 函数初始化 EMMC/SD INIT_FUNC_WATCHDOG_RESET // INIT_FUNC_WATCHDOG_RESET// INIT_FUNC_WATCHDOG_RESET// initr_net, // 初始化网络设备 INIT_FUNC_WATCHDOG_RESET// run_main_loop, //主循环，处理命令 };

2.9 run_main_loop函数
uboot 启动以后会进入 3 秒倒计时，如果在 3 秒倒计时结束之前按下按下回车键，那么就会进入 uboot 的命令模式，如果倒计时结束以后都没有按下回车键，那么就会自动启动 Linux 内核，这个功能就是由run_main_loop函数来完成的。run_main_loop函数定义在文件common/board_r.c 中

文章图片

文章图片

2.10 cli_loop函数

文章图片

文章图片

2.12 cmd_process函数
在学习cmd_process 之前先看一下uboot中命令是如何定义的。uboot使用宏U_BOOT_CMD来定义命令，宏 U_BOOT_CMD 定义在文件 include/command.h 中

文章图片

文章图片

当我们在 uboot 的命令行中输入“dhcp”这个命令的时候，最终执行的是 do_dhcp 这个函数。总结一下，uboot 中使用 U_BOOT_CMD 来定义一个命令，最终的目的就是为了定义一个cmd_tbl_t 类型的变量，并初始化这个变量的各个成员。uboot 中的每个命令都存在.u_boot_list段中，每个命令都有一个名为 do_xxx(xxx 为具体的命令名)的函数，这个do_xxx 函数就是具体的命令处理函数。

文章图片

文章图片

3. u-boot启动linux内核函数过程 3.1 images全局变量

文章图片

typedef struct bootm_headers { /* * Legacy os image header, if it is a multi component image * then boot_get_ramdisk() and get_fdt() will attempt to get * data from second and third component accordingly. */ image_header_t *legacy_hdr_os; /* image header pointer */ image_header_t legacy_hdr_os_copy; /* header copy */ ulong legacy_hdr_valid; ...... #ifndef USE_HOSTCC image_info_t os; /* OS 镜像信息 */ ulong ep; /* OS 入口点 */ ulong rd_start, rd_end; /* ramdisk 开始和结束位置 */ char *ft_addr; /* 设备树地址 */ ulong ft_len; /* 设备树长度 */ ulong initrd_start; /* initrd 开始位置 */ ulong initrd_end; /* initrd 结束位置 */ ulong cmdline_start; /* cmdline 开始位置 */ ulong cmdline_end; /* cmdline 结束位置 */ bd_t *kbd; #endif int verify; /* getenv("verify")[0] != 'n' */ #define BOOTM_STATE_START (0x00000001) #define BOOTM_STATE_FINDOS (0x00000002) #define BOOTM_STATE_FINDOTHER (0x00000004) #define BOOTM_STATE_LOADOS (0x00000008) #define BOOTM_STATE_RAMDISK (0x00000010) #define BOOTM_STATE_FDT (0x00000020) #define BOOTM_STATE_OS_CMDLINE (0x00000040) #define BOOTM_STATE_OS_BD_T (0x00000080) #define BOOTM_STATE_OS_PREP (0x00000100) #define BOOTM_STATE_OS_FAKE_GO (0x00000200)/*'Almost' run the OS*/ #define BOOTM_STATE_OS_GO (0x00000400) int state; #ifdef CONFIG_LMB struct lmb lmb; /* 内存管理相关，不深入研究 */ #endif } bootm_headers_t;

文章图片

3.2 do_bootz函数
bootz 命令的执行函数为 do_bootz，在文件 cmd/bootm.c

文章图片

3.3 bootz_start函数

文章图片

文章图片

先看看bootz_setup:

文章图片

bootm_find_images:

文章图片

3.4 do_bootm_states函数
do_bootz最后调用的就是函数do_bootm_states，而且在bootz_start中也调用了do_bootm_states函数，看来do_bootm_states函数还是个香饽饽。此函数定义在文件common/bootm.c 中

文章图片

文章图片

3.5 bootm_os_get_boot_func函数
do_bootm_states 会调用 bootm_os_get_boot_func 来查找对应系统的启动函数

文章图片

文章图片

3.6 do_bootm_linux函数
【uboot启动流程】经过前面的分析，我们知道了 do_bootm_linux 就是最终启动 Linux 内核的函数，此函数定义在文件 arch/arm/lib/bootm.c

文章图片

文章图片

第 293 行，变量 machid 保存机器 ID，如果不使用设备树的话这个机器 ID 会被传递给Linux内核，Linux 内核会在自己的机器 ID 列表里面查找是否存在与 uboot 传递进来的machid 匹配的项目，如果存在就说明 Linux 内核支持这个机器，那么 Linux 就会启动！如果使用设备树的话这个 machid 就无效了，设备树存有一个“兼容性”这个属性，Linux 内核会比较“兼容性”属性的值(字符串)来查看是否支持这个机器。
第 295 行，函数 kernel_entry，看名字“内核_进入”，说明此函数是进入 Linux 内核的，也就是最终的大 boos！！此函数有三个参数：zero，arch，params，第一个参数 zero 同样为0；第二个参数为机器 ID；第三个参数 ATAGS 或者设备树(DTB)首地址，ATAGS 是传统的方法，用于传递一些命令行信息啥的，如果使用设备树的话就要传递设备树(DTB)。第 299 行,获取 kernel_entry 函数，函数 kernel_entry 并不是 uboot 定义的，而是 Linux 内核定义的，Linux 内核镜像文件的第一行代码就是函数 kernel_entry，而 images->ep 保存着Linux内核镜像的起始地址，起始地址保存的正是 Linux 内核第一行代码！

文章图片

第 315~318 行是设置寄存器 r2 的值？为什么要设置 r2 的值呢？Linux 内核一开始是汇编代码，因此函数 kernel_entry 就是个汇编函数。向汇编函数传递参数要使用 r0、r1 和 r2(参数数量不超过 3 个的时候)，所以 r2 寄存器就是函数 kernel_entry 的第三个参数。
第 316 行，如果使用设备树的话，r2 应该是设备树的起始地址，而设备树地址保存在 images的 ftd_addr 成员变量中。
第 317 行，如果不使用设备树的话，r2 应该是 uboot 传递给 Linux 的参数起始地址，也就是环境变量 bootargs 的值，
第 328 行，调用 kernel_entry 函数进入 Linux 内核，此行将一去不复返，uboot 的使命也就完成了，它可以安息了！