关于uboot.lds文件的分析
gcc等编译器内置有缺省的连接脚本。如果采用缺省脚本，则生成的目标代码需要操作系统才能加载运行。为了能在嵌入式系统上直接运行，需要编写自己的连接脚本文件。编写连接脚本，首先要对目标文件的格式有一定了解。GNU编译器生成的目标文件缺省为elf格式。elf文件由若干段（section）组成，如不特殊指明，由C源程序生成的目标代码中包含如下段：.text（正文段）包含程序的指令代码；.data(数据段)包含固定的数据，如常量、字符串；.bss（未初始化数据段）包含未初始化的变量、数组等。C++源程序生成的目标代码中还包括.fini（析构函数代码）和.init（构造函数代码）等。有关elf文件格式，读者可自行参考相关资料。连接器的任务就是将多个目标文件的.text、.data和.bss等段连接在一起，而连接脚本文件是告诉连接器从什么地址开始放置这些段。
先看一下GNU官方网站上对.lds文件形式的完整描述：
SECTIONS {
...
secname start BLOCK(align) (NOLOAD) : AT ( ldadr )
{ contents } >region :phdr =fill
...
}
secname和contents是必须的，其他的都是可选的。下面挑几个常用的看看：1、secname：段名
2、contents：决定哪些内容放在本段，可以是整个目标文件，也可以是目标文件中的某段（代码段、数据段等）
3、start：本段连接（运行）的地址，如果没有使用AT（ldadr），本段存储的地址也是start。GNU网站上说start可以用任意一种描述地址的符号来描述。
4、AT（ldadr）：定义本段存储（加载）的地址。
看一个简单的例子：（摘自《2410完全开发》）
SECTIONS {
firtst 0x00000000 : { head.o init.o }
second 0x30000000 : AT(4096) { main.o }
}
以上，head.o放在0x00000000地址开始处，init.o放在head.o后面，他们的运行地址也是0x00000000，即连接和存储地址相同（没有AT指定）；main.o放在4096（0x1000，是AT指定的，存储地址）开始处，但是它的运行地址在0x30000000，运行之前需要从0x1000（加载处）复制到0x30000000（运行处），此过程也就用到了读取Nand flash。
这就是存储地址和连接（运行）地址的不同，称为加载时域和运行时域，可以在.lds连接脚本文件中分别指定。
又如：
ENTRY(begin)
SECTION
{ .=0x00300000;
.text : { *(.text) }
.data: { *(.data) }
.bss: { *(.bss) }
}
其中，ENTRY(begin)指明程序的入口点为begin标号；.=0x00300000指明目标代码的起始地址为0x00300000，这一段地址可以是SDRAM的起始地址；.text : { *(.text) }表示从0x00300000开始放置所有目标文件的代码段，随后的.data: { *(.data) }表示数据段从代码段的末尾开始，再后是.bss段。
用连接器生成最终目标文件
编写好的.lds文件，在用arm-linux-ld连接命令时带-T filename来调用执行，如：arm-linux-ld –T nand.lds x.o y.o –o xy.o。也可以用-T text参数直接指定连接地址，如：arm-linux-ld –T text 0x30000000 x.o y.o –o xy.o。
例如：有了连接脚本文件，如下命令可生成最终的目标文件：
arm-linux-ld -nostadlib -o bootstrap.elf -T link.lds init.o xmrecever.o flash.o。其中，ostadlib表示不连接系统的运行库，而是直接从begin入口；-o指明目标文件的名称；-T指明采用的连接脚本文件；最后是需要连接的目标文件列表。
生成二进制代码
连接生成的elf文件还不能直接下载执行，通过objcopy工具可生成最终的二进制文件： arm-linux-objcopy -O binary bootstrap.elf bootstrap.bin。其中
-O binary指定生成为二进制格式文件。Objcopy还可以生成S格式的文件，只需将参数换成-O srec。如果想将生成的目标代码反汇编，还可以用objdump工具：
arm-linux-objdump -D bootstrap.elf
至此，所生成的目标文件就可以直接写入Flash中运行了。
---------------------------------------------------------------------------
下面，结合u-boot.lds看看一个正式的连接脚本文件。
OUTPUT_FORMAT("elf32-littlearm", "elf32-littlearm", "elf32-littlearm"")
;指定输出可执行文件是elf格式,32位ARM指令,小端
OUTPUT_ARCH(arm)
;指定输出可执行文件的平台为ARM
ENTRY(_start)
;指定输出可执行文件的起始代码段为_start.
SECTIONS
{
. = 0x00000000 ; 指明目标代码的起始地址从0x0位置开始，"."代表的是当前位置
. = ALIGN(4) ; 代码以4字节对齐
.text : ;指定代码段
{
cpu/arm920t/start.o (.text) ; 代码的第一个代码部分，指明start.s是入口程序代码，被放到代码段的开头
*(.text) ;其它代码部分
}
. = ALIGN(4)
.rodata : { *(.rodata) } ;指定只读数据段，RO段
. = ALIGN(4);
.data : { *(.data) } ;指定读/写数据段，RW段
. = ALIGN(4);
.got : { *(.got) } ;指定got段, got段式是uboot自定义的一个段, 非标准段
__u_boot_cmd_start = . ;把__u_boot_cmd_start赋值为当前位置, 即起始位置
.u_boot_cmd : { *(.u_boot_cmd) } ;指定u_boot_cmd段, uboot把所有的uboot命令放在该段.
__u_boot_cmd_end = .;把__u_boot_cmd_end赋值为当前位置,即结束位置
. = ALIGN(4);
__bss_start = .; 把__bss_start赋值为当前位置,即bss段的开始位置
.bss : { *(.bss) }; 指定bss段
_end = .; 把_end赋值为当前位置,即bss段的结束位置
}
====================================================================
26 */
27 OUTPUT_FORMAT("elf32-ntradbigmips", "elf32-ntradbigmips", "elf32-ntradbigmips")
28 OUTPUT_ARCH(mips)
29 ENTRY(_start)
30 SECTIONS
31 {
32 . = 0x00000000;
33
34 . = ALIGN(4);
35 .text :
36 {
37 *(.text)
38 }
39
40 . = ALIGN(4);
41 .rodata : { *(.rodata) }
42
43 . = ALIGN(4);
44 .data : { *(EXCLUDE_FILE (*product.o) .data) }
45
46 . = ALIGN(4);
47 .sdata : { *(.sdata) }
48
49 _gp = ALIGN(16);
50
51 . = ALIGN(16);
52 __got_start = .;
53 .got : { *(.got) }
54 __got_end = .;
55
56 .sdata : { *(.sdata) }
57
58 . = ALIGN(32);
59 __u_boot_cmd_start = .;
60 .u_boot_cmd : { *(.u_boot_cmd) }
61 __u_boot_cmd_end = .;
62
63 uboot_end_data = .;
64 num_got_entries = (__got_end - __got_start) >> 2;
65
66 . = ALIGN(4);
67 .sbss : { *(.sbss) }
68 .bss : { *(.bss) }
69 .data : {common/product.o (.data)}
70 uboot_end = .;
71
74
75 .debug 0 : { *(.debug) }
76 .line 0 : { *(.line) }
77
45
46 . = ALIGN(4);
47 .sdata : { *(.sdata) }
48
49 _gp = ALIGN(16);
50
51 . = ALIGN(16);
52 __got_start = .;
53 .got : { *(.got) }
54 __got_end = .;
55
56 .sdata : { *(.sdata) }
57
58 . = ALIGN(32);
59 __u_boot_cmd_start = .;
60 .u_boot_cmd : { *(.u_boot_cmd) }
61 __u_boot_cmd_end = .;
62
63 uboot_end_data = .;
64 num_got_entries = (__got_end - __got_start) >> 2;
65
66 . = ALIGN(4);
67 .sbss : { *(.sbss) }
68 .bss : { *(.bss) }
69 .data : {common/product.o (.data)}
70 uboot_end = .;
71
la t3, in_ram
lw t2, -12(t3)
.word uboot_end_data
.word uboot_end
.word num_got_entries
in_ram:
==========================================================================
这段中，首先把代码段中in_ram符号的位置，然后t3-12（3条指令的偏移），偏移后指向代码中的这条指令(.word uboot_end_data)的位置。然后从这个位置去一个值。
LW指令的意思：load word 从这个位置，这里我理解成“把uboot_end_data这个变量的值赋给t2，这个值是在程序链接时按照uboot.lds的规则生成的。也就是上面我们说明的。”
看到这里，感觉在start.s代码中放入“.word uboot_end_data”其实就是为了搬移代码，因为 uboot_end_data的值是链接时根据uboot.lds生成的。所以这里“.word uboot_end_data”的意思类似声明一个外部变量，放在这里，变量的值是以后确定的。（不知道对不对,先这样）
注意：
==================================================================================
addi t0, a2, in_ram - _start
synci 0($0)
j t0
nop
===================================================================================
这段代码中j到的地址实际是代码段中in_ram符号所指的地址，其后的指令对应了in_ram：符号后面的代码。
这些与u-boot.lds中的各种标号无关，in_ram这个标号在代码段！
in_ram符号是编译器编译uboot的时候生成的，放在uboot.bin文件的代码段，代码段的位置又是链接器根据uboot.lds文件决定的。