u-boot链接脚本解析

小咪咪 2022-01-21 01:51 270阅读 0赞

一、关于编译连接脚本

连接脚本是用来描述输出文件的内存布局。

GNU编译器生成的目标文件缺省为elf格式，elf文件由若干段（section）组成，如不特殊指明，由C源程序生成的目标代码中包含如下段：.text(正文段)包含程序的指令代码；.data(数据段)包含固定的数据，如常量、字符串；.bss(未初始化数据段)包含未初始化的变量、数组等。C++源程序生成的目标代码中还包括.fini(析构函数代码)和.init(构造函数代码)等.链接器的任务就是将多个目标文件的.text、.data和.bss等段连接在一起，而连接脚本文件是告诉链接器从什么地址开始放置这些段.简而言之，由于一个工程中有多个.c文件，当它们生成.o文件后如何安排它们在可执行文件中的顺序，这就是链接脚本的作用.

gcc等编译器内置有缺省的连接脚本；但采用缺省脚本，则生成的目标代码需要操作系统才能加载运行。而对于uboot这种需要在嵌入式系统上直接运行的程序，就不能使用编译器缺省脚本、而必须由我们编写连接脚本。

源代码经过编译器编译后包含如下段：

正文段text：包含程序的指令代码；

数据段data：包含固定的数据，如常量和字符串；

未初始化数据段：包含未初始化的变量、数组等。

连接器的任务是将多个编译后的文件的text、data和bass等段连接在一起；而连接脚本文件就是告诉连接器从什么地址(运行时地址)开始放置这些段。

二、arm程序的加载时域和运行时域

简单地说：程序的加载时域就是指程序被加载到什么地方、是SDRAM还是nor flash，运行时域是指程序执行时的地址。

（1）镜像文件的组成

镜像文件包含加载时域和运行时域；

加载时域包含RO和RW段，运行时域包含RO、RW和ZI三个段。

其中RO和RW段的内容在加载时和运行时时一样的，但存储空间可能不同；而ZI段是运行时由初始化函数创建的。

（2）代码、数据和变量在镜像文件中的位置

代码：一般是只读的，由编译器分配存储空间并放置镜像文件的RO段。

数据：这里的数据指常量、指针常量，它们属于只读数据、由编译器分配存储空间放在镜像文件的RO段。

变量：主要根据生存期划分；

1.全局变量和静态变量：由编译器分配存储空间，已初始化的放到RW段、未初始化的放置ZI段。

2.动态变量：局部变量，占用栈空间。

三、编译地址与运行地址

关键词： 地址无关  
术语  
地址无关: 编译地址不等于运行地址.  
地址相关: 编译地址等于运行地址.  
常见的一些Boot(如, **[U-Boo][]**t, VIVI)和*[Linux][]* Kernel代码开始的一段是位置无关的, 意思就是说运行地址与编译地址无关. 如, Kernel编译地址是0xc0008000, 而运行地址是0x30008000.  
为什么?  
为什么代码的编译地址和运行地址会不相等呢? 原因主要有以下几种: 1) 对于Boot, 用于存放Boot代码的存储器容量小于代码量. 如, Boot片有4K, 而代码通常有50-60K. 这样, 通常会在前4K代码里, 让Boot把自己复制到RAM, 再接着运行.这里我们需要作出一个选择, 是让前面的代码与地址相关, 还是让后面的代码与地址相关呢? 显然我们会选择前面一段代码量小的与地址无关. 2) 对于Linux Kernel, 它是运行在虚拟地址空间的, 如0xc0008000, 但在MMU打开之前, 通常这个地址是  
不存在的, 也就是说在MMU打开之前, Kernel的代码必须是地址无关的.  
怎么办?  
对于位置无关的代码, 寻址是基于pc值的, 在pc值上+/-一个偏移值, 得到运行地址.以ARM为例, 用adr来寻址, adr的实际上是一个伪指令, 在代码编译时, 会被编译器替换成对pc的+/-运算  
这里要注意, 对pc的+/-运行显然是有一个地址范围的, 所以我们在上面选择代码量小的地址无关, 是很明智的.  
而访问地址相关的代码, 只需要使用其它的寻址指令就行了. 但在这之前, 必须保证代码被放在正确的地址上, 所以通常都会有一个复制代码的过程, 然后就是跳转到一个标号, 地址相关代码就开始运行了.

四、uboot.lds文件解析

lds 文件说明  
主要符号说明  
1. OUTPUT\_FORMAT(bfdname)  
   指定输出可执行文件格式.  
2.  OUTPUT\_ARCH(bfdname)  
   指定输出可执行文件所运行 CPU 平台  
3. ENTRY(symbol)  
   指定可执行文件的入口段

段定义说明  
1.  段定义格式  
   SECTIONS \{ ...  
      段名 : \{  
          内容  
      \}  
      ...  
   \}

uboot.lds 文件说明

对于.lds文件，它定义了整个程序编译之后的连接过程，决定了一个可执行程序的各个段的存储位置。虽然现在我还没怎么用它，但感觉还是挺重要的，有必要了解一下。

先看一下[GNU官方网站上][GNU]对.lds文件形式的完整描述：

<table> 
 <tbody> 
  <tr> 
   <td style="background:rgb(241,241,241)"> <p>SECTIONS&nbsp;{ <br> ...<br> secname&nbsp;start&nbsp;BLOCK(align)&nbsp;(NOLOAD)&nbsp;:&nbsp;AT&nbsp;(&nbsp;ldadr&nbsp;)<br> &nbsp;&nbsp;{&nbsp;contents&nbsp;}&nbsp;&gt;region&nbsp;:phdr&nbsp;=fill<br> ...<br> }</p> </td> 
  </tr> 
 </tbody> 
</table>

secname和contents是必须的，其他的都是可选的。下面挑几个常用的看看：

1、secname：段名

2、contents：决定哪些内容放在本段，可以是整个目标文件，也可以是目标文件中的某段（代码段、数据段等）

3、start：本段连接（运行）的地址，如果没有使用AT（ldadr），本段存储的地址也是start。GNU网站上说start可以用任意一种描述地址的符号来描述。

4、AT（ldadr）：定义本段存储（加载）的地址。

看一个简单的例子：（摘自《2410完全开发》）

<table> 
 <tbody> 
  <tr> 
   <td style="background:rgb(241,241,241)"> <p>/*&nbsp;nand.lds&nbsp;*/<br> SECTIONS&nbsp;{&nbsp;<br> firtst&nbsp;0x00000000&nbsp;:&nbsp;{&nbsp;head.o&nbsp;init.o&nbsp;}&nbsp;<br> second&nbsp;0x30000000&nbsp;:&nbsp;AT(4096)&nbsp;{&nbsp;main.o&nbsp;}&nbsp;<br> }</p> </td> 
  </tr> 
 </tbody> 
</table>

以上，head.o放在0x00000000地址开始处，init.o放在head.o后面，他们的运行地址也是0x00000000，即连接和存储地址相同（没有AT指定）；main.o放在4096（0x1000，是AT指定的，存储地址）开始处，但是它的运行地址在0x30000000，运行之前需要从0x1000（加载处）复制到0x30000000（运行处），此过程也就用到了读取Nand flash。

这就是存储地址和连接（运行）地址的不同，称为加载时域和运行时域，可以在.lds连接脚本文件中分别指定。

编写好的.lds文件，在用arm-linux-ld连接命令时带-Tfilename来调用执行，如  
arm-linux-ld –Tnand.lds x.o y.o –o xy.o。也用-Ttext参数直接指定连接地址，如  
arm-linux-ld –Ttext 0x30000000 x.o y.o –o xy.o。

既然程序有了两种地址，就涉及到一些跳转指令的区别，这里正好写下来，以后万一忘记了也可查看，以前不少东西没记下来现在忘得差不多了。。。

ARM汇编中，常有两种跳转方法：b跳转指令、ldr指令向PC赋值。

我自己经过归纳如下：

（1）       b step1 ：b跳转指令是相对跳转，依赖当前PC的值，偏移量是通过该指令本身的bit\[23:0\]算出来的，这使得使用b指令的程序不依赖于要跳到的代码的位置，只看指令本身。

（2）       ldr pc, =step1 ：该指令是从内存中的某个位置（step1）读出数据并赋给PC，同样依赖当前PC的值，但是偏移量是那个位置（step1）的连接地址（运行时的地址），所以可以用它实现从Flash到RAM的程序跳转。

（3）       此外，有必要回味一下adr伪指令，U-boot中那段relocate代码就是通过adr实现当前程序是在RAM中还是flash中。仍然用我当时的注释：

<table> 
 <tbody> 
  <tr> 
   <td style="background:rgb(241,241,241)"> <p>relocate:&nbsp;/*&nbsp;把U-Boot重新定位到RAM&nbsp;*/<br> &nbsp;&nbsp;&nbsp;&nbsp;adr&nbsp;r0,&nbsp;_start&nbsp;/*&nbsp;r0是代码的当前位置&nbsp;*/&nbsp;<br> /*&nbsp;adr伪指令，汇编器自动通过当前PC的值算出&nbsp;如果执行到_start时PC的值，放到r0中：<br> 当此段在flash中执行时r0&nbsp;=&nbsp;_start&nbsp;=&nbsp;0；当此段在RAM中执行时_start&nbsp;=&nbsp;_TEXT_BASE(在board/smdk2410/config.mk中指定的值为0x33F80000，即u-boot在把代码拷贝到RAM中去执行的代码段的开始)&nbsp;*/<br> &nbsp;&nbsp;&nbsp;&nbsp;ldr&nbsp;r1,&nbsp;_TEXT_BASE&nbsp;/*&nbsp;测试判断是从Flash启动，还是RAM&nbsp;*/&nbsp;<br> /*&nbsp;此句执行的结果r1始终是0x33FF80000，因为此值是又编译器指定的(ads中设置，或-D设置编译器参数)&nbsp;*/<br> &nbsp;&nbsp;&nbsp;&nbsp;cmp&nbsp;r0,&nbsp;r1&nbsp;/*&nbsp;比较r0和r1，调试的时候不要执行重定位&nbsp;*/</p> </td> 
  </tr> 
 </tbody> 
</table>

下面，结合u-boot.lds看看一个正式的连接脚本文件。这个文件的基本功能还能看明白，虽然上面分析了好多，但其中那些GNU风格的符号还是着实让我感到迷惑。。。

OUTPUT\_FORMAT("elf32littlearm", "elf32littlearm", "elf32littlearm")  
  ;指定输出可执行文件是 elf 格式,32 位 ARM 指令,小端  
OUTPUT\_ARCH(arm)  
  ;指定输出可执行文件的平台为 ARM  
ENTRY(\_start)  
  ;指定输出可执行文件的起始代码段为\_start.  
SECTIONS  
\{  
          . = 0x00000000  ; 从 0x0 位置开始  
          . = ALIGN(4) ; 代码以 4 字节对齐  
          .text      :  ;指定代码段  
          \{  
             cpu/arm920t/start.o   (.text) ; 代码的第一个代码部分  
             \*(.text)  ;其它代码部分  
          \}  
          . = ALIGN(4)   
          .rodata : \{ \*(.rodata) \} ;指定只读数据段  
          . = ALIGN(4);  
          .data : \{ \*(.data) \} ;指定读/写数据段  
          . = 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 段的结束位置  
\}

五、*[U-Boo][]*t移植过程中的运行地址和装载地址的区别

uboot移植涉及到底层硬件的设置，因此需要掌握UART、系统时钟频率、NOR FLASH、NAND FLASH、SDRAM、网卡、存储控制器等硬件的功能及配置，这些都可以参照相应开发板的芯片手册来完成，没有什么大的问题。在移植过程中，一直困扰我的是PIC(代码无关性)问题，即运行地址和加载地址的区别，看过网上很多关于这两者的介绍，感觉懂一点，却一直不知所然。在参考大量的文献下，算是得了一点心得。  
    首先来了解下运行地址及加载地址的区别  
    运行地址：也叫链接地址，是程序定位的绝对地址，即在编译连接时确定的地址。如果程序中有位置相关指令，程序在运行时，程序必须在运行地址上。  
    加载地址：程序放置的位置。  
    运行地址和加载地址的值有时相等，有时却不相等，所以这给初学者带来很大的困扰。为了弄清楚这个问题，还得从NOR FLASH，NAND FLASH,S3C2440内部4KB RAM的映射说起。  
   ![20130617152920593][]  
    左边表示从NOR FLASH启动时的映射，右边表示从NAND FLASH启动时的映射。  
    这里只讨论从NOR FLASH启动的情况，从图中可以看出NOR FLASH映射到了0X00000000的起始位置，假如UBOOT的代码存放在NOR FLASH上，即装载地址为0X00000000。再来看看UBOOT的链接地址，代码在board/smdk2410/U-Boot.lds里。  
![20130617153011593][]  
    连接脚本文件lds中没有设置LMA，只是设置了VMA。VMA的设置是通过顶层目录下的config.mk文件中的LDFLAGS实现的  
       
    在board/smdk2410/config.mk定义了TEXT\_BASE = 0x33F80000（SDRAM），即程序的运行地址  
查看u-boot.map文件，代码的连接地址是从0x33F80000开始的。

167 .text         0x33f80000        0x232c8  
168        cpu/arm920t/start.o(.text)  
169        .text                0x33f80000                0x4a0 cpu/arm920t/start.o  
170                                0x33f80048                \_bss\_start  
171                                0x33f8004c                \_bss\_end  
172                                0x33f80044                \_armboot\_start  
173                                0x33f80000                \_start  
174        board/samsung/fs2410/lowlevel\_init.o(.text)  
175    .text          0x33f804a0         0x64 board/samsung/fs2410/lowlevel\_init.o  
176                                0x33f804a4                lowlevel\_init  
177        board/samsung/fs2410/nand\_read.o(.text)  
178    .text               0x33f80504        0xe8 board/samsung/fs2410/nand\_read.o  
179                                0x33f80504                wait\_idle  
180                                0x33f80518                nand\_read\_ll

此时装载地址和运行地址明显不一样，为什么程序还能运行呢？这里就涉及到PIC----代码无关设计方面的知识了。在汇编语言中，像bl、b、adr（adr属于伪指令，一般被编译器解释成sub指令）指令属于位置无关指令，不管程序装载在哪个位置上，bl、b、adr指令都能正确的运行，其原因是bl、b、adr指令的地址域是基于PC的相对偏移寻址，相当于\[pc+offset\]。当ARM启动时，ARM自动取0x00000000位置上的指令，此时PC=0x00000000。  
基于PC偏移量的指令都能正确的执行。所以uboot第一阶段指令都能执行的原因在于此。  
    但我们回顾一下u-boot的启动过程中的第一阶段有将u-boot代码复制到SDRAM中，并跳到SDRAM中去运行，因为SDRAM映射到了BANK6，其地址为0x30000000，此时uboot代码的地址范围从 TEXT\_BASE----TEXT\_BASE+size(u-boot)，程序是如何跳转的呢？跳转到SDRAM为何还能运行呢？这里就需要看下cpu/arm920t/start.S中的relocate标号。

relocate: 把norflash中的代码复制到\_TEXT\_BASE处，在board/smdk2410/config.mk定义了TEXT\_BASE = 0x33F80000，这个地址属于BANK6的范围。也就是把代码复制到从\_TEXT\_BASE地址开始的SDRAM中，当然在复制之前是要初始化SDRAM的，要不然SDRAM没法使用。至此，代码已复制到SDRAM中，那么就要跳到SDRAM中去运行，跳转之前要做stack设置，清BSS，这些就不说了。下面来说如何跳转的，请看下面这条指令。  
    ldrpc, \_start\_armboot  
    ldr伪指令中目的寄存器如果是pc,则ldr是与位置相关的指令，u-boot.map文件可以看出，\_start\_armboot=0x33f80044, 即pc=0x33f80004。这样uboot就跳到SDRAM上去运行了，且这条指令刚好处在其运行地址处，所以程序就能正确的运行

[U-Boo]: http://blog.csdn.net/shanzhizi/article/category/1434438
[Linux]: http://blog.csdn.net/shanzhizi
[GNU]: http://www.gnu.org/software/binutils/manual/ld-2.9.1/html_node/ld_21.html
[20130617152920593]: /images/20220121/d06f83b4455646acbd0dbf0bd364494f.png
[20130617153011593]: /images/20220121/98a2189d877d4920a1272e0954e1ee8f.png