Uboot的代码复制和重定位过程分析

首先要明确，不管启动介质是什么，Nor Flash这种可以直接运行代码的存储设备也好，还是SD卡这种不能运行程序的存储介质也好，都会把Uboot的代码从存储介质中复制到RAM中去，然后跳转到RAM中去执行程序。

Uboot代码的复制是在arch/arm/lib/relocate.S文件中的relocate_code函数中实现的。

相关代码如下：

#arch/arm/lib/crt0.S中的_main函数中有如下两句

ldr r0,[r9,#GD_RELOCADDR] #gd->relocaddr,把这个uboot的加载地址放到r0中去
b relocate_code 

在Uboot中有一个全局变量，是一个结构体变量，其中存储了Uboot运行过程中的各种信息，重定位的地址就包含其中，这个结构体变量是 struct gloabl_data，其指针为gd，这个结构体变量的地址gd存放在r9寄存器中，这是在Uboot中使用汇编指定的。

新版本Uboot中，不管编译时候的链接地址是多少（这个链接地址往往是Soc头文件中的TEXT_BASE宏来指定，链接脚本中的那个起始地址0x00000000是链接起始地址，这里用0x00000000是没关系的，后面链接的时候显式指定链接地址就行了），Uboot都会根据具体的板载的DDR的容量自动计算一个新的位置来存放Uboot代码，这个位置往往是在DDR地址的高地址附近，这是为了把DDR的起始地址空出来给内核使用，这个值保存在global_data的relocaddr中。

这个relocaddr成员变量是什么时候设置的呢？在哪设置的呢？

答案是：在board_init_f函数。这个函数会运行一个函数数组：

#common/board_f.c
void board_init_f(ulong boot_flags)
{
    ....
    initcall_run_list(init_sequence_f);
    ...
}

其中init_sequence_f是个函数数组，里面有一系列初始化函数，这些函数会初始化部分硬件，对DDR进行内存划分，哪一段到哪一段放什么东西，都会划分好。

函数数组中的setup_dest_addr函数会设置很多地址，其中就有relocaddr。

下面来看看arch/arm/lib/relocate.S文件中的relocate_code函数

ENTRY(relocate_code)
    ldr r1, =__image_copy_start 
    #这个是链接过程中指定的uboot要复制到RAM中的首地址
    subs r4, r0, r1 
    #判断uboot要加载的地址和这个链接过程中指定的首地址是否相同
    beq relocate_done 
    #相同的话，跳过复制过程。
    ldr r2, =__image_copy_end 
    #不相同则准备复制Uboot代码，要计算复制长度，所以把最终地址存到r2

copy_loop:
    ldmia r1!, {r10-r11} 
    #多字节加载，r1中是地址，把地址中的值放到r10中，地址+4中的值放r11中
    stmia r0!, {r10-r11}
     #多字节存储，把r10中的内容放到r0存放的地址中去，r11放在r0中的地址+4
    cmp r1, r2 
    #判断是否到了uboot的尾部
    blo copy_loop 
    #r1!=r2则继续循环

在IMX6ULL这颗SoC中，SoC内部的BOOTROM会根据uboot.imx的头部信息解析得到要把这个镜像拷贝到DDR的哪个位置去，要拷贝多大。Uboot首先就被BOOTROM整体搬到DDR上去运行了，即Uboot的代码复制是BOOTROM完成的，上述代码只是完成了重定位，后来得到的relocaddr和开始拷贝时候的地址不同，上述函数会执行把Uboot搬到relocaddr的位置上去。

而在传统的S3C2440这种SoC的Uboot中，Uboot代码并不是一开始就被加载到DDR中去运行的。

这颗SoC的Uboot首先有4K会被加载到SoC内部的SRAM中去，这段代码会初始化时钟，设置CPU状态，关中断关看门狗，关MMU，禁Cache，初始化DDR，搬运Uboot整体代码到DDR中，设置好堆栈（为C语言运行提供环境），改PC指针的值跳转到Uboot的第二阶段。