(这一部分存在tab缩进，建议将这部分内容拷贝到notepad++或者vscode中查看会更容易)uboot.lds（u-boot/arch/arm/cpu/u-boot.lds）|---->vectors.S

1.分析start.S  打开uboot.lds,发现链接地址为0，所以新的uboot只能在norflash运行。运行开始文件为start.o。  

uboot链接脚本位于arch/arm/cpu/uboot.lds，指定了整个uboot镜像的段分布。

arm/cpu/中有uboot.lds的链接脚本2.board存放开发版相关的东西，存放有freescale公司的，我的开发版是nxp,原freescale的。所以在

在uboot.lds中可以看到ENTRY(_start)，因此_start就是整个程序的入口，而_start所在的文件就是整个程序的起始文件。

由uboot.lds链接脚本，我们知道整个程序的入口取决于中ENTRY声明的地方。

r=blog/article&uid=29589379&id=5571499该布局由uboot.lds文件定义，在链接时候生成相应的二进制映像。

背景最近在看4412移植视频，刚开始介绍了uboot，所以想了解下uboot的启动过程，所以从uboot.lds看起过程1.arch/arm/cpu/armv7/start.S.globl_start_start

//下面是Uboot/board/tc2410/u-boot.ldsOUTPUT_FORMAT("elf32-littlearm","elf32-littlearm","elf32-littlearm")//指定输出可执行文件是elf格式,32位ARM指令,小端*/OUTPUT_ARCH(arm)//指定输出可执行文件的平台为ARM*/ENTRY(_start)//指定函数入口点为_start。c

1、链接脚本文件uboot.lds中找到代码的起始点：/board/blx/u-boot.lds2、入口点为_start：/arch/Mips/Cpu/Gsc3280/start.S3、第二阶段的入口地址

一。u-boot.lds文件的详解：  u-boot.lds文件诠释网上大部分u-boot.lds文件的分析大部分都是千遍一律，例如下面就是本人在网上找到的关于u-boot.lds的资料。OUTPUT_FORMAT("elf32-littlearm","elf32-littlearm","elf32-littlearm")/*指定输出可执行文件是elf格式,32位ARM指令,小端*/OUTPUT_

因为内存的执行效率比较高，所以uboot的绝大部分功能应该在SDRAM内存中完成；即uboot在连接时，我们制定它的运行地址是0x30000000。但CPU复位重启时，PC的默认值是0x00000000；因此，uboot开始部分（4KB）必须在0x00000000处执行；这就存在PIC，即位置无关代码设计的问题，见ARM位置无关代码设计。所以，为了让uboot能正常顺利执行；我们必须保证其前4KB

下面结合移植uboot到s3c2440来分析如何改写相关的uboot源码（上节已经给出uboot源码，可以参考）  根据cpu/arm920t/u-boot.lds中指定的连接方式：    看一下uboot.lds

http://hi.baidu.com/kkernel/item/d821c3f8b06e9b1da729886c对于.lds文件，决定一个可执行程序的各个段的存储位置,以及入口地址，这也是链接定位的作用。这里以u- boot的lds为例说明uboot的链接过程。首先看一下GNU官方网站上对.lds文件形式的完整描述：SECTIONS {...secname start BLOCK(align) 

原文:http://blog.163.com/shenmou/blog/static/1082062201072592830134/ gcc等编译器内置有缺省的连接脚本。如果采用缺省脚本，则生成的目标代码需要操作系统才能加载运行。为了能在嵌入式系统上直接运行，需要编写自己的连接脚本文件。编写连接脚本，首先要对目标文件的格式有一定了解。GNU编译器生成的目标文件缺省为elf格式。elf文件由若干段（

OUTPUT_FORMAT("elf32-littlearm","elf32-littlearm","elf32-littlearm")/*指定输出可执行文件是elf格式,32位ARM指令,小端*/OUTPUT_ARCH(arm)/*指定输出可执行文件的平台为ARM*/ENTRY(_start)/*指定输出可执行文件的起始代码段为_start*/SECTIONS{/*指定可执行image文件的全局

//下面是Uboot/board/tc2410/u-boot.ldsOUTPUT_FORMAT("elf32-littlearm","elf32-littlearm","elf32-littlearm")//指定输出可执行文件是elf格式,32位ARM指令,小端*/OUTPUT_ARCH(arm)//指定输出可执行文件的平台为ARM*/ENTRY(_start)//指定函数入口点为_start。c

/board/prochip/ub4020/U-boot.ldsOUTPUT_FORMAT("elf32-littlearm","elf32-littlearm","elf32-littlearm")   ;三个分别指定在缺省、大端、小端情况下的输出可执行文件格式，这里都指定输出格式是elf32，小端和arm体系结构。OUTPUT_ARCH(arm)   ;输出可执行文件指定为arm体系结构。EN

对于.lds文件，它定义了整个程序编译之后的连接过程，决定了一个可执行程序的各个段的存储位置。虽然现在我还没怎么用它，但感觉还是挺重要的，有必要了解一下。先看一下GNU官方网站上对.lds文件形式的完整描述：SECTIONS{...secnamestartBLOCK(align)(NOLOAD):AT(ldadr)  {contents}>region:phdr=fill...}secname和c