一. uboot的 make过程
本文来了解一下，uboot的 make 过程。继uboot配置命令执行之后，最终生成 uboot.bin 裸机程序的过程。
之前有了解 uboot的配置过程，即执行 "make xxx_deconfig"命令，主要生成 .config配置文件的过程。不同类型的开发板（即EMMC / Nand-Flash）所用的配置文件不同。
二. 顶层 Makefile -make过程
1. 依赖关系
配置好 uboot 以后就可以直接 make 编译了，因为没有指明目标，所以会使用默认目标。
顶层 Makefile 中的默认目标如下：
128 # That's our default target when none is given on the command line
129 PHONY := _all
130 _all:(1） 目标_all 依赖规则
目标_all 又依赖于 all，如下所示：
196 PHONY += all
197 ifeq ($(KBUILD_EXTMOD),)
198 _all: all
199 else
200 _all: modules
201 endif可以看出，这 里 不 编 译 模 块 ， 所 以 KBUILD_EXTMOD 为空，_all 的依赖就是 all。
(2) all 依赖规则
在主
Makefile
中
all依赖于 ALL_y，
规则如下：
802 all: $(ALL-y)(3) ALL_y 依赖规则
而在顶层
Makefile
中，
ALL-y 依赖规则
如下：
731 ALL-y += u-boot.srec u-boot.bin u-boot.sym System.map u-boot.cfg
binary_size_check
732
733 ALL-$(CONFIG_ONENAND_U_BOOT) += u-boot-onenand.bin
734 ifeq ($(CONFIG_SPL_FSL_PBL),y)
735 ALL-$(CONFIG_RAMBOOT_PBL) += u-boot-with-spl-pbl.bin
736 else
737 ifneq ($(CONFIG_SECURE_BOOT), y)
738 # For Secure Boot The Image needs to be signed and Header must also
739 # be included. So The image has to be built explicitly
740 ALL-$(CONFIG_RAMBOOT_PBL) += u-boot.pbl
741 endif可以看出，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
中调用这些变量。
(4) uboot.bin 依赖关系
u-boot.bin，最终是我们需要的 uboot 二进制可执行文件， 所作的所
有工作就是为了它。在顶层
Makefile
中找到
u-boot.bin
目标对应的规则，如下所示：
825 ifeq ($(CONFIG_OF_SEPARATE),y)
826 u-boot-dtb.bin: u-boot-nodtb.bin dts/dt.dtb FORCE
827 $(call if_changed,cat)
828
829 u-boot.bin: u-boot-dtb.bin FORCE
830 $(call if_changed,copy)
831 else
832 u-boot.bin: u-boot-nodtb.bin FORCE
833 $(call if_changed,copy)
834 endif
第
825
行判断
CONFIG_OF_SEPARATE
是否等于
y
，如果相等，那条件就成立，在
.config
中搜索“
CONFIG_OF_SEPARAT
”，没有找到，说明条件不成立。
第
832
行就是目标
u-boot.bin
的规则，目标
u-boot.bin
依赖于
u-boot-nodtb.bin。
(5) u-boot-nodtb.bin 依赖关系
目标
u-boot-nodtb.bin
又依赖于
u-boot
，顶层
Makefile
中
u-boot
相关规则如下：
1170 u-boot: $(u-boot-init) $(u-boot-main) u-boot.lds FORCE
1171 $(call if_changed,u-boot__)
1172 ifeq ($(CONFIG_KALLSYMS),y)
1173 $(call cmd,smap)
1174 $(call cmd,u-boot__) common/system_map.o
1175 endif(6) u-boot 依赖规则
目标
u-boot
依赖于
u-boot_init
、
u-boot-main
和
u-boot.lds
，
u-boot_init
和
u-boot-main
是两个
变量，在顶层
Makefile
中有定义，规则如下：
678 u-boot-init := $(head-y)
679 u-boot-main := $(libs-y)(7) $(head-y) 依赖关系与 $(libs-y) 的依赖关系
$(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
$(libs-y)
在顶层
Makefile
中被定义为
uboot
所有子目录下
build-in.o 的集合，（这里只显示了涉及 $(libs-y) 一部分代码），
代码如下：
620 libs-y += lib/
621 libs-$(HAVE_VENDOR_COMMON_LIB) += board/$(VENDOR)/common/
622 libs-$(CONFIG_OF_EMBED) += dts/
623 libs-y += fs/
624 libs-y += net/
625 libs-y += disk/
626 libs-y += drivers/
627 libs-y += drivers/dma/
628 libs-y += drivers/gpio/
629 libs-y += drivers/i2c/
......
660 libs-y += cmd/
661 libs-y += common/
可以看出，
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.lds 为链接脚本，将 arch/arm/cpu/armv7/start.o 和各个子目录
下的 built-in.o 链接在一起生成 u-boot。
链接脚本 u-boot.lds 的规则如下：
u-boot.lds: $(LDSCRIPT) prepare FORCE
$(call if_changed_dep,cpp_lds)链接脚本 u-boot.lds文件，默认是没有的，编译后才会生成。uboot根目录下的链接脚本文件 u-boot.ld 是由其他文件生成的，通过工程搜索，应该是由 arch\arm\cpu\u-boot.lds生成的。文章来源：https://www.toymoban.com/news/detail-709317.html
下一篇文章继续了解 uboot的 make过程。文章来源地址https://www.toymoban.com/news/detail-709317.html
到了这里，关于uboot顶层Makefile分析-make的过程分析一的文章就介绍完了。如果您还想了解更多内容，请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章，希望大家以后多多支持TOY模板网！
