在玩BeagleboneBlack一段时间之后不可避免地接触到了u-boot，之前的玩耍过程大致上是这样的：
在MATLAB下耍，因为MATLAB提供了它的硬件支持，可以直接在命令行与之交互，也可在simulink下直接编译仿真模型下载到板子上运行，当时的感觉是，我勒个去，MATLAB真是无所不能。
在MATLAB下耍了一段时间之后，开始在BBB本身的Linux系统上耍，主要照着Derek Molly的那本书耍，操作GPIO，使用传感器等等。发现在Linux下操作硬件怎么这么容易，以前玩的51，430，STM32貌似都是要操作寄存器的。
接着发现了TI的StartWare，之前玩430的时候在CCS里面看到过这东西，不知道是啥，安装了也不知道是几个意思，现在才知道原来它就相当于BBB的库文件，有裸奔之用。看过几个例程之后发现，接近5k页的datasheet，读完不现实。
不过处理器的启动过程总是值得关注的，AM3358启动过程中需要一个MLO文件，那MLO是怎么来的，于是来到了u-boot面前。。。下载u-boot的源码（2017-03-r1），读了一下readme，大致知道怎么用了,依次敲入
make am335x_boneblack_defconfig
make all CROSS_COMPILE=arm-linux-gnueabihf-
编译了一大堆的文件，貌似有一两百个，看看顶层的Makefile，1600行，这可真够我喝一池子了，一点头绪都没有，然后找了本书《嵌入式Linux系统开发入门宝典——基于Cortex-A8处理器》，人家用2014-04来分析的，于是我也照着来。
敲入make am335x_boneblack_config之后发生了什么：
顶层Makefile第460行:
1 @$(MKCONFIG) -A $(@:_config=)
展开即为:
1 mkconfig -A am335x_boneblack
表示执行名为"mkconfig"的shell脚本,带了两个参数-A和am335x_boneblack,看看这个脚本干了些什么:
第28行,读取board.cfg文件:
1 line=`awk '($0 !~ /^#/ && $7 ~ /^'"$2"'$/) { print $1, $2, $3, $4, $5, $6, $7, $8 }' $srctree/boards.cfg`
找到这样一行:
Active arm armv7 am33xx ti am335x am335x_boneblack am335x_evm:SERIAL1,CONS_INDEX=1,EMMC_BOOT ......
根据这一行声生成两个符号链接:
arch-am33xx -->> asm/arch
proc-armv -->> asm/proc
再生成两个文件：
include/config.mk
include/config.h
配置过程就结束了.接下来看看敲入make all CROSS_COMPILE=arm-linux-gnueabihf-之后发生了什么：
这样敲入指定的目标是"all",并将CROSS_COMPILE指定为arm-linux-gnueabihf-,去顶层makefile找我们的"all"目标,第744行:
all: $(ALL-y)
"all"目标依赖于"ALL-y"这个变量,再去找"ALL-y",第698行:
ALL-y += u-boot.srec u-boot.bin System.map
发现我们的有三个目标,"u-boot.srec"为Motorola的xxxx格式的镜像,u-boot.bin就是二进制格式的镜像了,System.map是xxxx(我也不清楚).
但是下面第700行开始有一系列的ALL-$(CONFIG_NAND_U_BOOT)这样的东西,比如第703行和704行:
ALL-$(CONFIG_SPL) += spl/u-boot-spl.bin
ALL-$(CONFIG_SPL_FRAMEWORK) += u-boot.img
如果$(CONFIG_SPL)是y的话,那就表示我们的目标还要再加上spl/u-boot-spl.bin,下面同理,CONFIG_SPL定义在include/autoconf.mk文件中,在第472行被include进来:
-include include/autoconf.mk
autoconf.mk文件是在编译之前产生的,在第1046行:
include/autoconf.mk: include/config.h
$(call cmd,autoconf)
在autoconfi.mk的第203行确实定义了这个变量
CONFIG_SPL=y
于是我们的"all"目标还要加上两个:spl/u-boot-spl.bin和u-boot.img,makefile会按照规则一个目标一个目标地去生成,以u-boot.bin为例,第771行:
u-boot.bin: u-boot FORCE
继续找u-boot的依赖,第918行:
u-boot: $(u-boot-init) $(u-boot-main) u-boot.lds
继续找u-boot-init和u-boot-main的依赖,第931行:
$(sort $(u-boot-init) $(u-boot-main)): $(u-boot-dirs) ;
继续找u-boot-dirs的依赖,第940行:
$(u-boot-dirs): prepare scripts
$(Q)$(MAKE) $(build)=$@
$(Q)应该是quiet的意思,让make默默执行,变量build在scripts/kbuild.include文件中第170行定义:
build := -f $(if $(KBUILD_SRC),$(srctree)/)scripts/Makefile.build obj
kbuild.include文件在第316行被include进来:
include $(srctree)/scripts/Kbuild.include
所以命令展开即为:make -f scripts/Makefile.build obj=$(u-boot-dirs),变量u-boot-dirs在第636行定义:
u-boot-dirs := $(patsubst %/,%,$(filter %/, $(libs-y))) tools examples
为变量libs-y加上tools和examples这么些目录,libs-y定义在575~632行,表示要编译的目录,以目录lib/为例,执行make -f scripts/Makefile.build obj=lib,表示使用scripts下的Makefile变量obj=lib执行make,这里没有指定目标,所以在Makefile.build中第一个目标将会是我们的目标,看看Makefile.build文件,第17行:
__build:
目标是__build,它是PHONY目标,再看第172行:
__build: $(if $(KBUILD_BUILTIN),$(builtin-target) $(lib-target) $(extra-y)) $(if $(KBUILD_MODULES),$(obj-m) $(modorder-target)) $(subdir-ym) $(always) @:
变量KBUILD_BUILTIN是1,所以它依赖于后面那一串变量,展开为builtin-target,lib-target,extra-y,subdris-ym,always,看看builtin-target在哪,第413行:
$(builtin-target): $(obj-y) FORCE
它依赖于变量obj-y,而obj-y定义在开头,是空的,但是在第64行会将要编译的目录,例如这里的lib目录下的Makefile include进来,在其中修改了obj-y变量,比如第23行:
obj-y += crc7.o
于是obj-y就有东西了,然后obj-y依赖于什么呢,.o文件估计依赖于.c或者.s文件,所以第334行:
$(obj)/%.o: $(src)/%.c $(recordmcount_source) FORCE
但这里的目标多了前面的路径名,而此时obj-y并不包含路径名,再看第129行:
include scripts/Makefile.lib
在Makefile.lib文件中将对obj-y添加路径名,确定需要编译的子目录等等,对于子目录,它会执行同样的过程,第481行:
$(subdir-ym):
$(Q)$(MAKE) $(build)=$@
整个Makefile的结构貌似就是这样子的,顶层makefile确定目标,要编译的目录,子目录中的makefile确定需要编译的文件以及它自己的子目录,然后这些.o文件一层一层地链接,最终生成u-boot.bin文件,其他的目标估计也是这个过程.
可是那个MLO文件在哪里呢?再看看这个目标:spl/u-boot-spl.bin,顶层makefile中第1080行:
spl/u-boot-spl.bin: spl/u-boot-spl @: spl/u-boot-spl: tools prepare $(Q)$(MAKE) obj=spl -f $(srctree)/spl/Makefile all
命令展开为make obj=spl -f spl/Makefile all表示以spl/Makefile为文件,变量obj=spl,目标是all,执行make,spl下的makefile文件结构和顶层makefile结构类似,看看all目标,第191行:
all: $(ALL-y)
展开为spl/u-boot-spl.bin,看看arch/arm/cpu/armv7/am33xx/config.mk文件:
ifdef CONFIG_SPL_BUILD ALL-y += MLO ALL-$(CONFIG_SPL_SPI_SUPPORT) += MLO.byteswap else ALL-y += u-boot.img endif
如果定义了CONFIG_SPL_BUILD的话,ALL-y目标将会包含有MLO,编译前面的目标时,顶层makefile的配置文件是include下的autoconf.mk,里面是没有定义CONFIG_SPL_BUILD的,所以不会包含MLO,但是这里的makefile使用的是spl-autoconf.mk作为配置文件,有这么一行:
CONFIG_SPL_BUILD=y
所以MLO文件就会被编译出来了,那这个MLO干了些啥呢?......