3.1 上章分析回顾
3.1 上章分析出的参数
3.1.1 变量
- MAKECMDGOALS = xxx_defconfig
- KBUILD_EXTMOD =
- version_h := include/generated/version_autogenerated.h
- timestamp_h := include/generated/timestamp_autogenerated.h
- no-dot-config-targets := clean clobber mrproper distclean help %docs check% coccicheck ubootversion backup tests
- config-targets := 1
- mixed-targets := 0
- dot-config := 1
- KBUILD_SRC =
- build := -f ./scripts/Makefile.build obj
3.1.2 环境变量
- KBUILD_DEFCONFIG := sandbox_defconfig
- KBUILD_KCONFIG =
3.1.3 需要进行分析的地方
(1)scripts_basic 目标执行的命令
make -f ./scripts/Makefile.build obj=scripts/basic
(2)%config 目标执行的命令
make -f ./scripts/Makefile.build obj=scripts/kconfig xxx_defconfig
由以上分析可以知道,执行 make xxx_defconfig 需要执行 Makefile.build 脚本,第一次传入的参数为 scripts/basic,第二次传入的参数为 scripts/kconfig xxx_defconfig
3.2 Makefile.build 脚本分析
3.2.1 make -f ./scripts/Makefile.build obj=scripts/basic
make -f scripts/Makefile.build obj=scripts/basic 命令由于没有指定目标,所以会在 script/Makefile.build 中处理默认目标__build:
114~119 行
1 # We keep a list of all modules in $(MODVERDIR) 2 3 __build: $(if $(KBUILD_BUILTIN),$(builtin-target) $(lib-target) $(extra-y)) \ 4 $(if $(KBUILD_MODULES),$(obj-m) $(modorder-target)) \ 5 $(subdir-ym) $(always) 6 @:
同时,在scripts/Makefile.build 中会包含进 scripts/basic 目录下的 Kbuild/Makefile,所以该make命令的实际效果是去编译出 scripts/basic 目录下的三个 host program,也就是 fixdep docproc和hash。
56 到 59 行 包含
1 # The filename Kbuild has precedence over Makefile 2 kbuild-dir := $(if $(filter /%,$(src)),$(src),$(srctree)/$(src)) 3 kbuild-file := $(if $(wildcard $(kbuild-dir)/Kbuild),$(kbuild-dir)/Kbuild,$(kbuild-dir)/Makefile) 4 include $(kbuild-file)
什么是host program?一般认为是和内核无关,但是要在编译过程中使用的工具程序。关于这些程序的编译,参考 scripts/Makefile.host 文件,以及 Documentation/kbuild/makefile.txt 文件中关于 host program 的这一节。
scripts/basic 文件中的 Makefile
1 hostprogs-y := fixdep 2 always := $(hostprogs-y) 3 4 # fixdep is needed to compile other host programs 5 $(addprefix $(obj)/,$(filter-out fixdep,$(always))): $(obj)/fixdep
3.2.2 make -f ./scripts/Makefile.build obj=scripts/kconfig xxx_defconfig
文件 scripts/Makefile.build 会包含obj变量所指代目录内的 Makefile的,在这里就是 script/kconfig/Makefile。
所以这里得查看这个文件:120~125行
1 %_defconfig: $(obj)/conf 2 $(Q)$< $(silent) --defconfig=arch/$(SRCARCH)/configs/$@ $(Kconfig) 3 4 # Added for U-Boot (backward compatibility) 5 %_config: %_defconfig 6 @:
在这里,xxx_defconfig 需要依赖于同目录下的conf程序。这其实就是 Linux 内核进行Kconfig操作的主程序之一了,类似的还有mconf,qconf和gconf等。他们其实都是 host program。关于它们是如何被编译出来的,还请参见 scripts/kconfig/Makefile 文件,主要是借助于bison,flex和gperf三个工具来生成c源程序文件,之后再编译出来的。这部分和我们Linux内核的构建主题关系不大.
看一下 kconfig 的定义,变量的赋值在 scripts\kconfig'Makefile 中
1 ifdef KBUILD_KCONFIG 2 Kconfig := $(KBUILD_KCONFIG) 3 else 4 Kconfig := Kconfig 5 endif
由于变量 KBUILD_KCONFIG 在arm架构Makefile中没有被定义,所以 Kconfig 被定义成 arch/arm/kconfig,所以这个目标的规则就简化成:
1 /* silent 是确定是否执行静态编译 */ 2 ifeq ($(quiet),silent_) 3 silent := -s 4 endif 5 6 $(obj)/conf -s --defconfig=arch/arm/configs/xxx_defconfig arch/arm/Kconfig
这个命令就是读取并解析以 arch/arm/Kconfig 为首的内核功能选项配置文件,并将文件 arch/arm/configs/s3c2410_defconfig 所设置的默认值分配给对应的所有选项,最终生成隐藏配置文件 .config。
在 uboot 或内核开始真正编译之前,构建系统会以 .config 文件为蓝本生成 include/config/auto.conf 文件,这个文件的格式和 .config类似,这个文件会在顶层 以及 scripts/Makefile.build 文件中被直接包含进来,所以这些变量其实就成了 GNU Make 的变量。而uboot 或 内核各子目录中的 Kbuild/Makefile 就可以使用这些变量的定义,来决定是否将该目录下对应的代码功能直接编译到内核里面(这些变量取值为"y")、编译成模块(取值为"m")或者干脆不进行编译(取值为"空")。可以想见,如果选择不编译,那出来的Linux内核就不会有对应的功能。
在 arch/arm/Kconfig 文件中,我们可以查看到添加一块开发板需要大致更改的地方:
- arch/arm/cpu 目录
- board/ 目录
在配置的时候,配置工具首先会解析架构平台目录下的 Kconfig,这就是所谓和平台相关的主Kconfig。主Kconfig文件会包含其他目录的Kcofnig文件,而其他目录的Kconfig又会包含其他各子目录的 Kconfig。如此形成一个树型结构。
3.3 小结
作为uboot 或 内核构建系统对 kconfig 的支持,到这步就算是结束了,其根本目标是产生 .config 隐藏文件,用以记录我们所需要的配置结果。但是在uboot或Linux内核里面,仅仅把配置结果保存在像 .config 这样一个文件中是不够的。在后面的配置中,依然会用到