一、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字节