驱动开发学习笔记. 0.07 Uboot链接地址 加载地址 和 链接脚本地址
最近重新看了乾龙_Heron的《ARM 上电启动及 Uboot 代码分析》（下简称《代码分析》）
文档里写道：
Uboot.lds文件中起始地址是0x00，但是config.mk中的TEXT_BASE是0x57e00000，但是生成的uboot反汇编文件中，为什
么start.s的第一条指令地址也是0x57e00000？不应该是0x00么？因为start.s的加载地址和运行地址都是0x00啊！？
答：Uboot.lds的0x00：
跟在SECTION后面的第一条
location counter，总是默认初始化为0。config.mk中的TEXT_BASE就是ROM在CPU上的地址，也就是说，
不同的CPU已经规定了不同的ROM地址
先来看看笔者这篇文章标题的关键字：链接地址 加载地址
《代码分析》中也给了答案
连接地址<==>运行地址
存储地址<==>加载地址
（1）对于有操作系统时，运行地址与加载地址不同，在加载过程中装载器就把段加载到它应该去的连接地址处（也就是生成该段时的运行地址）
（2）对于uboot，运行地址与加载地址不同时，需要它自己（例如前4k代码）将自己加载到运行地址处执行。
那么什么是链接脚本地址，来看一段链接脚本的内容：
SECTIONS
{
. = 0x08048000;
tinytext : { *(.test) *(.rodata)}
. = 0x08088000;
tinydata : {*(.data)}
}
用过脚本代码的人知道，.test段和.rodata将紧跟在0x08048000地址后面，这种在链接脚本上假定的地址，称为链接脚本地址（未知是否有更专业的名称，暂用此名）。为什么我要说是假定呢？因为在ld命令中可以覆盖lds脚本设定段的地址，就是《代码分析》中出现的.lds的地址被.mk文件（.mk文件，其实就是makefile文件）中的TEXT_BASE修改了。
上面已经提到，链接地址就是代码运行地址，运行地址我们可以通过对执行文件的反汇编得到；那我们来做一个实验，看lds文件中的地址是不是代码链接地址，
下面用gcc -c 和 ld 来编译链接代码（参考程序员的自我修养 p125）
c代码
int aa=8;
void main(void)
{
int i=0;
aa = i;
}
.lds 代码
ENTRY(main)
SECTIONS
{
. = 0x08048000;
tinytext : { *(.test) *(.rodata)}
. = 0x08088000;
tinydata : {*(.data)}
}
然后
$ gcc -c -fno-builtin ttext.c
$ ld -static -T test_Ttext.lds -o ttext ttext.o
$ objdump -S ttext
ttext: file format elf64-x86-64
Disassembly of section .text:
0000000008048000 <main>:
8048000: 55 push %rbp
8048001: 48 89 e5 mov %rsp,%rbp
8048004: c7 45 fc 00 00 00 00 movl $0x0,-0x4(%rbp)
804800b: 8b 45 fc mov -0x4(%rbp),%eax
804800e: 89 05 ec ff 03 00 mov %eax,0x3ffec(%rip) # 8088000 <aa>
8048014: 5d pop %rbp
8048015: c3 retq
我们看看符号表：
$ objdump -t ttext
ttext: file format elf64-x86-64
SYMBOL TABLE:
0000000008048000 l d .text 0000000000000000 .text
0000000008048018 l d .eh_frame 0000000000000000 .eh_frame
0000000008088000 l d tinydata 0000000000000000 tinydata
0000000000000000 l d .comment 0000000000000000 .comment
0000000000000000 l df *ABS* 0000000000000000 ttext.c
0000000000000000 l df *ABS* 0000000000000000
0000000008088000 g O tinydata 0000000000000004 aa
0000000008048000 g F .text 0000000000000016 main
从上面这个实验，我们可以看出来，链接脚本地址和链接地址居然是一样的！
那么，到底.mk文件里面做了什么，使TEXT_BASE成为了代码的地址？关键一点就是.mk在ld 中加了一个选项 -Ttext，这个选项使得.text地址的链接地址为此选项的参数TEXT_BASE。
我们来看一下是不是：
之前我们的ld没有加选项-Ttext，现在加上试试
$ ld -static -T test_Ttext.lds -o ttext ttext.o -Ttext 0xff
$ objdump -S ttext
ttext: file format elf64-x86-64
Disassembly of section .text:
00000000000000ff <main>:
ff: 55 push %rbp
100: 48 89 e5 mov %rsp,%rbp
103: c7 45 fc 00 00 00 00 movl $0x0,-0x4(%rbp)
10a: 8b 45 fc mov -0x4(%rbp),%eax
10d: 89 05 ed 7e 08 08 mov %eax,0x8087eed(%rip) # 8088000 <aa>
113: 5d pop %rbp
114: c3 retq
我们可以发现，.text的地址变成了0xff 跟我们输入的参数一样
再看看符号表
$ objdump -t ttext
ttext: file format elf64-x86-64
SYMBOL TABLE:
0000000008088000 l d tinydata 0000000000000000 tinydata
00000000000000ff l d .text 0000000000000000 .text
0000000008088008 l d .eh_frame 0000000000000000 .eh_frame
0000000000000000 l d .comment 0000000000000000 .comment
0000000000000000 l df *ABS* 0000000000000000 ttext.c
0000000000000000 l df *ABS* 0000000000000000
0000000008088000 g O tinydata 0000000000000004 aa
00000000000000ff g F .text 0000000000000016 main
.text 段地址的确是变了，但是没有影响 data段
在这样的试验结果下，可以确定的说,-Ttext选项会改变.text段的地址，这就是TEXT_BASE成为Uboot的代码段链接地址的原因
文章讨论Uboot代码段链接地址的问题到这里就结束了，下面将测试-Ttext 选项对.data是否会产生影响；
上面的实验将.data放在另一段，如果将.data放在tinytext中，是否会随着-Ttext改变.text的时候同时被改变呢？
$ cat test_Ttext.lds
ENTRY(main)
SECTIONS
{
. = 0x08048000;
tinytext : { *(.test)*(.data) *(.rodata)}
}
$ ld -static -T test_Ttext.lds -o ttext ttext.o -Ttext 0xff
$ objdump -S ttext
ttext: file format elf64-x86-64
Disassembly of section .text:
00000000000000ff <main>:
ff: 55 push %rbp
100: 48 89 e5 mov %rsp,%rbp
103: c7 45 fc 00 00 00 00 movl $0x0,-0x4(%rbp)
10a: 8b 45 fc mov -0x4(%rbp),%eax
10d: 89 05 ed 7e 04 08 mov %eax,0x8047eed(%rip) # 8048000 <aa>
113: 5d pop %rbp
114: c3 retq
咦，怎么aa变成了tinytext的地址呢？
我们看看符号表
$ objdump -t ttext
ttext: file format elf64-x86-64
SYMBOL TABLE:
0000000008048000 l d tinytext 0000000000000000 tinytext
00000000000000ff l d .text 0000000000000000 .text
0000000008048008 l d .eh_frame 0000000000000000 .eh_frame
0000000000000000 l d .comment 0000000000000000 .comment
0000000000000000 l df *ABS* 0000000000000000 ttext.c
0000000000000000 l df *ABS* 0000000000000000
0000000008048000 g O tinytext 0000000000000004 aa
00000000000000ff g F .text 0000000000000016 main
发现.text改变了，但是aa(.data)没有随.text而变，而是紧跟着tinytext的首地址
一个疑问，在开发过程中，可能板子的RAM地址比较低/高，那么我们要怎么改data和rodata字段使其符合内存的范围限制呢？