迷之月光的专栏

u-boot中.lds连接脚本文件的分析原文地址：http://www.cnblogs.com/myblesh/articles/2454283.html 对于.lds 文件，它定义了整个程序编译之后的连接过程，决定了一个可执行程序的各个段的存储位置。虽然现在我还没怎么用它，但感觉还是挺重要的，有必要了解一下。先看一下GNU官方网站上对.lds 文件形式的完整描述：SE

我们知道，bootloader是系统上电后最初加载运行的代码。它提供了处理器上电复位后最开始需要执行的初始化代码。    在PC机上引导程序一般由BIOS开始执行，然后读取硬盘中位于MBR(Main Boot Record，主引导记录)中的Bootloader(例如LILO或GRUB),并进一步引导操作系统的启动。    然而在嵌入式系统中通常没有像BIOS那样的固件程序，因此整个系统的加

http://www.cnblogs.com/hanyan225/archive/2011/05/23/2054076.html 本例中采用的同样是前边一贯的实验板，这里就不对板子资源做进一步介绍了。    我们知道，bootloader是系统上电后最初加载运行的代码。它提供了处理器上电复位后最开始需要执行的初始化代码。在PC机上引导程序一般由BIOS开始执行，然后读取硬盘中位于MBR(M

原文地址：http://www.cnblogs.com/myblesh/articles/2454352.html下面来看第一部分：代码段，对应于uboot的第一阶段 start.S文件附上代码： 123456789101112131415161718192021

TX2440_config    :    unconfig    @$(MKCONFIG) $(@:_config=) armarm920tTX2440 NULL s3c24x0arm：CPU的构架(ARCH)arm920t:CPU类型，对应于cpu/arm920t子目录。TX2440开发板的型号(BOARD),对应于 board/TX2440 目录。NU

1.引 言U-Boot(Universal Boot Loader)是遵循GPL条款的开放源码项目，他支持多种体系结构的上百种开发板，并且支持多种嵌入式操作系统内核，具有较高的可靠性和稳定性，已经成为功能最多、灵活性最强并且开发最积极的开放源码BootLoader。作为通用的BootLoader，U-Boot可以方便地移植到其他硬件平台上。本文基于AT91RM9200的嵌入式目标板和U-B

前4K的问题    如果S3C2410被配置成从Nand Flash启动(配置由硬件工程师在电路板设置), S3C2410的Nand Flash控制器有一个特殊的功能,在S3C2410上电后,Nand Flash控制器会自动的把Nand Flash上的前4K数据搬移到4K内部RAM中,并把0x00000000设置内部RAM的起始地址,CPU从内部RAM的0x00000000位置开 始启动。

在u-boot的start.S中有这么一段relocate:                       /*relocate U-Boot to RAM       */       adr   r0, _start        /*r0        ldr   r1, _TEXT_BASE         /* test if we run from flash or RAM