08_Uboot顶层Makefile分析_make过程-Toy模板网

这篇具有很好参考价值的文章主要介绍了08_Uboot顶层Makefile分析_make过程。希望对大家有所帮助。如果存在错误或未考虑完全的地方，请大家不吝赐教，您也可以点击"举报违法"按钮提交疑问。

make 过程

配置好 uboot 以后就可以直接make 编译了,因为没有指明目标,所以会使用默认目标,主 Makefile 中的默认目标如下:

08_Uboot顶层Makefile分析_make过程

目标_all 又依赖于all,如下所示:

08_Uboot顶层Makefile分析_make过程

如果KBUILD_EXTMOD为空的话_all 依赖于all 。这里不编译模块,所以KBUILD_EXTMOD肯定为空,_all 的依赖就是all。在主 Makefile中all目标规则如下:

08_Uboot顶层Makefile分析_make过程

从802行可以看出,all目标依赖$(ALL-y),而在顶层Makefile中,ALL-y如下:

08_Uboot顶层Makefile分析_make过程

从示例代码代码可以看出,ALL-y 包含 u-boot.srec、u-boot.bin、u-boot.sym、System.map、u-boot.cfg 和 binary_size_check 这几个文件。根据 uboot 的配置情况也可能包含其他的文件,比如：

ALL-$(CONFIG_ONENAND_U_BOOT) += u-boot-onenand.bin

CONFIG_ONENAND_U_BOOT就是uboot中跟ONENAND配置有关的,如果我们使能ONENAND,那么在.config 配置文件中就会有“CONFIG_ONENAND_U_BOOT=y”这一句。相当于 CONFIG_ONENAND_U_BOOT 是个变量,这个变量的值为“y”,所以展开以后就是:

ALL-y += u-boot-onenand.bin

这个就是.config 里面的配置参数的含义,这些参数其实都是变量,后面跟着变量值,会在顶层 Makefile 或者其他 Makefile 中调用这些变量。

ALL-y 里面有个u-boot.bin,这个就是我们最终需要的uboot二进制可执行文件,所作的所有工作就是为了它。在顶层Makefile中找到u-boot.bin目标对应的规则,如下所示:

08_Uboot顶层Makefile分析_make过程

第825行判断CONFIG_OF_SEPARATE是否等于y如果相等,那条件就成立,在.config中搜索“CONFIG_OF_SEPARAT”,没有找到,说明条件不成立。

第832行就是目标u-boot.bin的规则,目标u-boot.bin依赖于u-boot-nodtb.bin,命令为$(call if_changed,copy) ,这里调用了 if_changed ,if_changed是一个函数, 这个函数在scripts/Kbuild.include中有定义,而顶层Makefile中会包含scripts/Kbuild.include 文件,这个前面已经说过了。if_changed 在 Kbuild.include 中的定义如下：

08_Uboot顶层Makefile分析_make过程

第227行为if_changed的描述,根据描述,在一些先决条件比目标新的时候,或者命令行有改变的时候,if_changed就会执行一些命令。

第257行就是函数if_changed,if_changed函数引用的变量比较多,也比较绕,我们只需要知道它可以从u-boot-nodtb.bin生成u-boot.bin就行了。

既然u-boot.bin依赖于u-boot-nodtb.bin,那么肯定要先生成u-boot-nodtb.bin文件,顶层Makefile中相关代码如下:

08_Uboot顶层Makefile分析_make过程

目标u-boot-nodtb.bin又依赖于u-boot,顶层Makefile中u-boot相关规则如下:

08_Uboot顶层Makefile分析_make过程

目标u-boot依赖于u-boot_init、u-boot-main和u-boot.lds，u-boot_init和u-boot-main是两个变量,在顶层Makefile中有定义,值如下:

08_Uboot顶层Makefile分析_make过程

$(head-y)跟CPU架构有关,我们使用的是ARM芯片,所以head-y在arch/arm/Makefile中被指定为:

head-y := arch/arm/cpu/$(CPU)/start.o

根据分析,我们知道CPU=armv7,因此head-y展开以后就是:

head-y := arch/arm/cpu/armv7/start.o

因此:

u-boot-init= arch/arm/cpu/armv7/start.o

$(libs-y)在顶层Makefile中被定义为uboot所有子目录下build-in.o的集合,代码如下:

08_Uboot顶层Makefile分析_make过程

从上面的代码可以看出,libs-y都是uboot各子目录的集合,最后:

libs-y := $(patsubst %/, %/built-in.o, $(libs-y))

这里调用了函数patsubst,将libs-y中的“/”替换为”/built-in.o”,比如“drivers/dma/”就变为了“drivers/dma/built-in.o”,相当于将libs-y改为所有子目录中built-in.o文件的集合。那么u-boot-main就等于所有子目录中built-in.o的集合。

这个规则就相当于将以u-boot.lds为链接脚本,将arch/arm/cpu/armv7/start.o和各个子目录

下的built-in.o链接在一起生成u-boot。

u-boot.lds的规则如下:

08_Uboot顶层Makefile分析_make过程

接下来的重点就是各子目录下的built-in.o是怎么生成的,以 drivers/gpio/built-in.o为例,在drivers/gpio/目录下会有个名为.built-in.o.cmd 的文件,此文件内容如下:

08_Uboot顶层Makefile分析_make过程

从命令“cmd_drivers/gpio/built-in.o”可以看出,drivers/gpio/built-in.o这个文件是使用ld命令由文件 drivers/gpio/mxc_gpio.o生成而来的,mxc_gpio.o是mxc_gpio.c编译生成的.o文件,这个是NXP的 I.MX系列的GPIO驱动文件。这里用到了ld的“-r”参数,参数含义如下:

-r –relocateable: 产生可重定向的输出,比如,产生一个输出文件它可再次作为‘ld’的输入,这经常被叫做“部分链接”,当我们需要将几个小的.o文件链接成为一个.o文件的时候,需要使用此选项。最终将各个子目录中的built-in.o文件链接在一起就形成了u-boot,使用如下命令编译uboot就可以看到链接的过程:

08_Uboot顶层Makefile分析_make过程