u-boot重定位

你的名字 2022-08-13 09:59 153阅读 0赞

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为基址进行相对寻址，使得这些代码的执行与其实际装载的地址无关。