uboot之uboot第一阶段（BL1）

一、u-boot.lds中的start.S

    1、在c语言中整个项目的入口就是main函数（这是c语言规定的），所以譬如说一个10000个.c文件的项目，

        第一个分析的文件就是main函数的文件。

   2、uboot中因为有汇编阶段的参与，因此不能直接找到main.c。整个程序的入口取决于链接脚本ENTRY

       （_start）因此_start符号所在的文件就是整个程序的起始文件，_start所在处的代码就是整个程序的起始代码。

二、start.S解析一

    1、先看看头文件包含

#include <config.h>
#include <version.h>
#if defined(CONFIG_ENABLE_MMU)
#include <asm/proc/domain.h>
#endif
#include <regs.h>

    （1）、#include <config.h>。config.h是include目录下的，这个文件不是源码中本身存在的，而是在配置过程

        中自动生成的。（上一篇讲到过）这个文件其实就包含了一个头文件“#include <configs/x210_sd.h>”

    （2）、#include <version.h>。include /version.h中包含了include/version_autogenerated.h，

         这个头文件就是配置过程中自动生成的。里面就一行内容：#define U_BOOT_VERSION "U-Boot 1.3.4"

         这个就是uboot中的版本号。

    （3）、#include <asm/proc/domain.h>。asm目录不是uboot中的原生目录，uboot中本来是没有这个目录的。

         asm目录是配置时创建的一个符号链接，实际指向的是就是asm-arm。（上一篇中讲到过）实际对应的文件：

        include/asm-arm/proc-armv/domain.h。

    （4）、从这里可以看出之前配置时创建的符号链接的作用，如果没有这些符号链接则编译时根本通不过，

            因为找不到头文件。（所以uboot不能在windows的共享文件夹下配置编译，因为windows中没有符号链接）

思考：为什么start.S不直接包含asm-arm/proc-armv/domain.h，而要用asm/proc/domain.h。这样的设计主要是

            为了可移植性。因为如果直接包含，则start.S文件和CPU架构（和硬件）有关了，可移植性就差了。譬如我

            要把uboot移植到mips架构下，则start.S源代码中所有的头文件包含全部要修改。我们用了符号链接之后，

            则start.S中源代码不用改，只需要在具体的硬件移植时配置不同，创建的符号链接指向的不同，则可以具有可

            移植性。

三、start.S解析二

    1、启动代码的16字节头部

        (1)裸机中讲过，在SD卡启动/Nand启动等整个镜像开头需要16字节的校验头。（mkv210image.c中就是为了

            计算这个校验头）。我们以前做裸机程序时根本没考虑这16字节校验头，因为：1、如果我们是usb启动直接

           下载的方式启动的则不需要16字节校验头（irom application note）；2、如果是SD卡启动mkv210image.c

            中会给原镜像前加16字节的校验头。

        (2)uboot这里start.S中在开头位置放了16字节的填充占位，这个占位的16字节只是保证正式的image的头部

            确实有16字节，但是这16字节的内容是不对的，还是需要后面去计算校验和然后重新填充的。

.globl _start
_start: b	reset
	ldr	pc, _undefined_instruction
	ldr	pc, _software_interrupt
	ldr	pc, _prefetch_abort
	ldr	pc, _data_abort
	ldr	pc, _not_used
	ldr	pc, _irq
	ldr	pc, _fiq

_unde