前言:
第一次学u-boot启动流程的时候我也是一头雾水,当然啦看一遍留个大概印象就好!
要想都学透的话也要花费很大的时间精力
本系列blog分三次写。本节讲的是从u-boot.lds 到 main 函数截至
在虚拟机中我的Vcode比较卡,所以就在window环境下演示的,不过效果都是相同的,所以无需担心!!!如有错误的地方请及时联系我,我们一起学习!!!
板子是正点原子提供的IMX6ULL系列,所以有些函数例如判断CPU、board类型的时候默认跳过
目录
链接脚本u-boot.lds
想要分析uboot的启动流程,就要先找到 “入口” 。最终的脚本链接是在编译完成 uboot 之后在根目录下生成u-boot.lds

u-boot.lds代码如下
u-boot.lds代码
OUTPUT_FORMAT("elf32-littlearm", "elf32-littlearm", "elf32-littlearm")
OUTPUT_ARCH(arm)
ENTRY(_start)
SECTIONS
{
. = 0x00000000;
. = ALIGN(4);
.text :
{
*(.__image_copy_start)
*(.vectors)
arch/arm/cpu/armv7/start.o (.text*)
*(.text*)
}
. = ALIGN(4);
.rodata : { *(SORT_BY_ALIGNMENT(SORT_BY_NAME(.rodata*))) }
. = ALIGN(4);
.data : {
*(.data*)
}
. = ALIGN(4);
. = .;
. = ALIGN(4);
.u_boot_list : {
KEEP(*(SORT(.u_boot_list*)));
}
. = ALIGN(4);
.image_copy_end :
{
*(.__image_copy_end)
}
.rel_dyn_start :
{
*(.__rel_dyn_start
}
.rel.dyn : {
*(.rel*)
}
.rel_dyn_end :
{
*(.__rel_dyn_end)
}
.end :
{
*(.__end)
}
_image_binary_end = .;
. = ALIGN(4096);
.mmutable : {
*(.mmutable)
}
.bss_start __rel_dyn_start (OVERLAY) : {
KEEP(*(.__bss_start));
__bss_base = .;
}
.bss __bss_base (OVERLAY) : {
*(.bss*)
. = ALIGN(4);
__bss_limit = .;
}
.bss_end __bss_limit (OVERLAY) : {
KEEP(*(.__bss_end));
}
.dynsym _image_binary_end : { *(.dynsym) }
.dynbss : { *(.dynbss) }
.dynstr : { *(.dynstr*) }
.dynamic : { *(.dynamic*) }
.plt : { *(.plt*) }
.interp : { *(.interp*) }
.gnu.hash : { *(.gnu.hash) }
.gnu : { *(.gnu*) }
.ARM.exidx : { *(.ARM.exidx*) }
.gnu.linkonce.armexidx : { *(.gnu.linkonce.armexidx.*) }
}
ENTRY(_start) 为代码当前的入口点:_start
_start 在文件 arch/arm/lib/vectors.S 中有定义
#include <config.h>
.globl _start
.section ".vectors", "ax"
_start:
#ifdef CONFIG_SYS_DV_NOR_BOOT_CFG
.word CONFIG_SYS_DV_NOR_BOOT_CFG
#endif
b reset
ldr pc, _undefined_instruction
ldr pc, _software_interrupt
ldr pc, _prefetch_abort
ldr pc, _data_abort
ldr pc, _not_used
ldr pc, _irq
ldr pc, _fiq
_start后面就是中断向量表,我们回到u-boot.lds中
打开 u-boot.map (uboot的映射文件,保存着某个文件或函数链接到了哪个地址)可知

__image_copy_start 为 0X87800000
.text 的起始地址也是0X87800000
.vectors 段保存中断向量表, vectors 段的起始地址也是 0X87800000
说明整个 uboot 的起始地址就是 0X87800000
根据u-boot.map 可知 u-boot.lds 中变量的数值以及描述
| 变量 | 数值 | 描述 |
| .__image_copy_start | 0x87800000 | uboot拷贝的首地址 |
| .image_copy_end | 0x8784e9ec | uboot拷贝的结束地址 |
| .rel_dyn_start | 0x8784e9ec | .rel.dyn 段起始地址 |
| .__rel_dyn_end | 0x8785707c | .rel.dyn 段结束地址 |
| _image_binary_end | 0x8785707c | 镜像结束地址 |
| .bss_start | 0x8784e9ec | .bss段起始地址 |
| .bss_end | 0x878999d4 | .bss段结束地址 |
U-boot 启动流程详解
reset函数源码解析
在 arch/arm/lib/vectors.S 文件中 定义了 _start

reset 函数在 arch/arm/cpu/armv7/start.S 里,代码如下

第37行从 reset 函数跳转到了 save_boot_params 函数,而save_boot_params定义如下

save_boot_params 函数 跳转到 save_boot_params_ret 函数
save_boot_params_ret 函数代码如下
43 - 49 行 :如果处理器不处于Hyp模式的话,则设置处理器进入SVC模式并且关闭 IRQ 和 FIQ 这两个中断的开关
56 行:如果没有定义 CONFIG_OMAP44XX 和 CONFIG_SPL_BUILD 的话条件成立,此处条件成立。
58 - 60 行:清除SCTLR寄存器中的bit13,bit13为 V 位,当为0的时候向量表基地址为0x00000000,软件可以重定位向量表。这里将V清零,目的就是为了接下来的向量表重定位
63 行:设置r0寄存器的值为_start, _start就是整个uboot的入口地址,其值为0X87800000,
相当于 uboot 的起始地址,因此 0x87800000 也是向量表的起始地址。
64 行: r0 寄存器的值(向量表值)写入到 CP15 的 c12 寄存器中,也就是 VBAR 寄存器。
因此 58-64 就是设置向量表重定位的

函数cpu_init_cp15 用来设置 CP15 相关的内容,我们不用关心
接着进入 cpu_init_crit 函数

函数可知,在cpu_init_crit 函数中只执行跳转到 lowlevel_init 这个函数
lowlevel_init 在 arch/arm/cpu/armv7/lowlevel_init.S 中定义 如下


22 行:设置SP 指针指向 CONFIG_SYS_INIT_SP_ADDR
CONFIG_SYS_INIT_SP_ADDR的定义如下


此时sp指向 0x91ff00,这属于imx6ull的内部ram
23 行:对sp指针做8字节对齐处理
34 行:sp指针减去GD_SIZE, GD_SIZE 同样在 generic-asm-offsets.h 中定了,大小为
248B
35 行:对 sp 做 8 字节对齐,此时 sp 的地址为 0X0091FF00-248=0X0091FE08
此时sp指针的位置如图

36 行:将 sp 地址保存在 r9 寄存器中。
42 行:将 ip 和 lr 压栈
57 行:调用函数 s_init
因为芯片类型是MX6ULL系列,所以对于本身来讲是一个空函数
58 行:将第 36 行入栈的 ip 和 lr 进行出栈,并将 lr 赋给 pc。
此时的函数路线图:

我们继续往下执行 _main 函数
本文详细介绍了U-Boot的启动流程,从u-boot.lds链接脚本开始,分析了入口点、中断向量表、重定位过程以及reset函数的执行路径。通过u-boot.map文件解析各段的内存布局,并深入理解了如何在启动过程中设置和重定位向量表。
2383

被折叠的 条评论
为什么被折叠?



