u-boot重定位

http://blog.sina.com.cn/s/blog_7656589b0100ys1l.html

注：虽然不同CPU的实现不一样，但是relocate code的原理是一样的。

概述

重定位（relocate）代码将BootLoader自身由Flash复制到SDRAM，以便跳转到SDRAM执行。之所以需要进行重定位是因为在Flash中执行速度比较慢，而系统复位后总是从0x00000000地址取指。

重定位代码，位于/U-Boot/cpu/s3c44b0/start.S ：

relocate:               

    adr r0, _start   

    ldr r1, _TEXT_BASE   

    cmp     r0, r1       

    beq     stack_setup

 

    ldr r2, _armboot_start

    ldr r3, _bss_start

    sub r2, r3, r2   

    add r2, r0, r2   

 

copy_loop:

    ldmia r0!, {r3-r10}    

    stmia r1!, {r3-r10}    

    cmp r0, r2              

    ble copy_loop

以上代码首先判断是否需要进行重定位，如果需要的话首先确定复制的源基址、源大小和目标基址，然后以r3 ~ r13为媒介，将BootLoader复制到SDRAM中。

分析

copy_loop很容易理解，这里主要分析relocate处的前两条指令：

1.       adr r0, _start

adr是一条伪指令，汇编器总是试图为它产生add/sub这样的指令，（在这里）以pc为基址装载目标寄存器。以下是arm-elf-objdump产生的反汇编代码：

c700048:   e24f0050  sub r0, pc, #80   ; 0x50

e24f0050是指令对应的机器码，c700048是存放该机器码的地址（十六进制表示）。这个地址是怎么来的呢？在/U-Boot/config.mk中有问题的答案：

LDFLAGS += -Bstatic -T $(LDSCRIPT) -Ttext $(TEXT_BASE) $(PLATFORM_LDFLAGS)

上面的宏指定连接时的命令行参数，-Ttext设定了.text段的地址，而TEXT_BASE在/U-Boot/board/.../config.mk中定义为0x0C700000。这些信息最后都以硬编码的方式记录在程序映像文件中，程序的入口_start = TEXT_BASE = 0x0C700000 ：

Disassembly of section .text:

0c700000 <_start>:

 c700000: ea00000a  b   c700030 <reset>
 ...

但是，程序映像是烧写到Flash中并开始执行的，而Flash的地址从0x00000000开始。于是，程序映像的第一条指令对齐到0x00000000处。相应的，这条adr指令的地址应对齐到0x00000048处，执行后r0等于0。

2.       ldr r1, _TEXT_BASE

以下是arm-elf-objdump产生的反汇编代码：

c70004c:   e51f1034  ldr r1, [pc, #-52]    ; c700020 <_TEXT_BASE>

由此可见，这里的ldr并不是简单的将_TEXT_BASE地址处的4字节装载到r1，而同样是以pc为基址计算得到源地址的。这里的pc = 0x4c + 8 = 0x54，于是该指令把0x54 – 52 = 0x20处的4字节（即TEXT_BASE，亦即0x0C700000）装载到r1。

3.       源大小的确定

通过上面的分析，我们已经有了一个概念：程序的实际执行地址与连接时指定的加载地址可能是不一样的。我们已经得到BootLoader代码开始的运行时开始地址，存放于r0，还需要计算它的运行时结束地址。运行时结束地址= 运行时开始地址 + 代码段大小。代码段大小由.bss段的期望开始地址 - .text段的期望开始地址获得。

小结

通过连接时的-Ttext选项，将.text段的地址硬编码到程序映像中。虽然程序映像在Flash中执行，其实际执行地址与期望执行地址不一致，但在relocate之前，通过以pc为基址进行相对寻址，使得这些代码的执行与其实际装载的地址无关。