本帖最后由 正点原子运营 于 2020-12-10 17:17 编辑
1)实验平台:正点原子领航者ZYNQ开发板
2)平台购买地址:https://item.taobao.com/item.htm?&id=606160108761
3)全套实验源码+手册+视频下载地址:http://www.openedv.com/thread-301505-1-1.html
4)对正点原子FPGA感兴趣的同学可以加群讨论:712557122
5)关注正点原子公众号,获取最新资料更新
第十四章Linux内核顶层Makefile详解
前几章我们重点讲解了如何移植uboot到领航者开发板上,从本章开始我们就开始学习如何移植Linux内核。同uboot一样,在具体移植之前,我们先来学习一下Linux内核的顶层Makefile文件,因为顶层Makefile控制着Linux内核的编译流程。
1.1 Linux内核获取关于Linux的起源以及发展历史,这里就不啰嗦了,网上相关的介绍太多了。即使写到这里也只是水一下教程页数而已,没有任何实际的意义。有限的时间还是放到有意义的事情上吧,Linux由Linux基金会管理与发布,Linux官网为 https://www.kernel.org,所以你想获取最新的Linux版本就可以在这个网站上下载,网站界面如下图所示: 图 27.1.1 linux官网 从上图可以看出最新的稳定版Linux已经到了5.1.4,大家没必要追新,因为4.x版本的Linux和5.x版本没有本质上的区别,5.x更多的是加入了一些新的平台、新的外设驱动而已。 Xilinx会从 https://www.kernel.org下载某个版本的Linux内核,然后将其移植到自己的芯片平台上,测试成功以后就会将其开放给Xilinx的芯片平台开发者。开发者下载Xilinx提供的Linux内核,然后将其移植到自己的产品上。后面的移植我们使用Xilinx提供的Linux源码,Xilinx提供的Linux源码已经放到了开发板光盘中,路径为:ZYNQ开发板资料盘(A盘)\4_SourceCode\ZYNQ_7020\3_Embedded_Linux\资源文件\kernel\linux-xlnx-xilinx-v2018.3.tar.gz。 1.2 Linux内核编译初次编译先看一下如何编译Linux源码,这里编译一下领航者开发板移植好的Linux源码,已经放到了开发板光盘中,路径为:ZYNQ开发板资料盘(A盘)\4_SourceCode\ZYNQ_7020\3_Embedded_Linux\资源文件\kernel\ linux-4.14.0-atk-v2018.3.tar.gz。可以在Ubuntu中新建一个名为“alientek_linux”的文件夹,然后将linux- linux-4.14.0-atk-v2018.3.tar.gz这个压缩包拷贝到新建的alientek_linux文件夹中并解压。此处我们使用20.1节下载的linux内核。进入到下载到内核目录处,查看内核目录结构,命令如下: cd ~/work/petalinux/linux-4.14/ ls 可以看到Linux源码根目录如下图所示:
图 27.2.1正点原子提供的Linux源码根目录 其中oe-logs和oe-workdir是Petalinux工具生成的链接目录,不是linux内核的源码目录。 现在我们讲解一下如何编译出对应的Linux镜像文件。新建名为“zynq.sh”的shell脚本,然后在这个shell脚本里面输入如下所示内容: 示例代码zynq.sh文件内容 - #!/bin/sh
- make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- distclean
- make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- xilinx_zynq_defconfig
- make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- menuconfig
- make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- all -j16
复制代码 第2行,执行“make distclean”,清理工程,所以zynq.sh每次都会清理一下工程。如果通过图形界面配置了Linux,但是还没保存新的配置文件,那么就要慎重使用zynq.sh编译脚本了,因为它会把你的配置信息都删除掉。 第3行,执行“make xxx_defconfig”,配置工程。 第4行,执行“make menuconfig”,打开图形配置界面,对Linux进行配置,如果不想每次编译都打开图形配置界面的话可以将这一行删除掉。 第5行,执行“make”,编译Linux源码。 可以看出,Linux的编译过程基本和uboot一样,都要先执行“make xxx_defconfig”来配置一下,然后在执行“make”进行编译。如果需要使用图形界面配置的话就执行“make menuconfig”。 使用chmod给予zynq.sh可执行权限,然后运行此shell脚本,命令如下: ./zynq.sh 编译的时候会弹出Linux图形配置界面,如下图所示:
图 27.2.2 Linux图形配置界面 Linux的图行界面配置和uboot是一样的,这里我们不需要做任何的配置,直接按两下ESC键退出,退出图形界面以后会自动开始编译Linux。等待编译完成,完成以后如下图所示:
图 27.2.3 Linux编译完成 编译完成以后就会在arch/arm/boot这个目录下生成一个叫做zImage的文件,zImage就是我们要用的Linux镜像文件。另外也会在arch/arm/boo/dts下生成很多.dtb文件,这些.dtb就是设备树文件,比如zynq-altk.dtb就是领航者开发板对应的设备树。 1.3 Linux工程目录分析将正点原子提供的Linux源码进行解压,解压完成以后的目录如下图所示:
图 27.3.1未编译的Linux源码目录 上图就是正点原子提供的未编译的Linux源码目录文件,我们在分析Linux之前一定要先在Ubuntu中编译一下Linux,因为编译过程会生成一些文件,而生成的这些恰恰是分析Linux不可或缺的文件。编译后的Linux目录如下图所示:
图 27.3.2编译后的Linux目录 上图中重要的文件夹或文件的含义如下表所示: 表26.2.2.1 Linux目录
上表中的很多文件夹和文件我们都不需要去关心,我们要关注的文件夹或文件如下: 1、arch目录 这个目录是和架构有关的目录,比如arm、arm64、avr32、x86等等架构。每种架构都对应一个目录,在这些目录中又有很多子目录,比如boot、common、configs等等,以arch/arm为例,其子目录如下图所示:
图 27.3.3 arch/arm子目录 上图是arch/arm的一部分子目录,这些子目录用于控制系统引导、系统调用、动态调频、主频设置等。arch/arm/configs目录是不同平台的默认配置文件:xxx_defconfig,如下图所示:
图 27.3.4配置文件 在arch/arm/configs中就包含有领航者开发板的默认配置文件:xilinx_zynq_defconfig,执行“make xilinx_zynq_defconfig”即可完成配置。arch/arm/boot/dts目录里面是对应开发平台的设备树文件,正点原子领航者开发板对应的设备树文件如下图所示:
图 27.3.5正点原子领航者开发板对应的设备树 arch/arm/boot目录中有编译出来的Image和zImage镜像文件,而zImage就是我们要用的linux镜像文件。 arch/arm/mach-xxx目录分别为相应平台的驱动和初始化文件,比如mach-zynq目录里面就是ZYNQ系列CPU的驱动和初始化文件。 2、block目录 block是Linux下块设备目录,像SD卡、EMMC、NAND、硬盘等存储设备就属于块设备,block目录中存放着管理块设备的相关文件。 3、crypto目录 crypto目录里面存放着加密文件,比如常见的crc、crc32、md4、md5、hash等加密算法。 4、Documentation目录 此目录里面存放着Linux相关的文档,如果要想了解Linux某个功能模块或驱动架构的功能,就可以在Documentation目录中查找有没有对应的文档。 5、drivers目录 设备驱动程序目录,此目录根据驱动类型的不同,分门别类进行整理,比如drivers/i2c就是I2C相关驱动目录,drivers/gpio就是GPIO相关的驱动目录,这是我们学习的重点。 6、firmware目录 此目录用于存放固件。 7、fs目录 此目录存放文件系统相关代码,比如fs/ext2、fs/ext4、fs/f2fs等,分别是ext2、ext4和f2fs等文件系统。 8、include目录 头文件目录。 9、init目录 此目录存放Linux内核启动的时候初始化代码。 10、ipc目录 IPC为进程间通信,ipc目录是进程间通信的具体实现代码。 11、kernel目录 Linux内核代码。与平台相关的部分代码放在arch/*/kernel目录下,其中*代表各种处理器平台 12、lib目录 lib是库的意思,lib目录都是一些公用的库函数。 13、mm目录 此目录存放与平台无关的内存管理代码,与平台相关的内存管理代码放在arch/*/mm目录下。 14、net目录 此目录存放网络相关代码。 15、samples目录 此目录存放一些示例代码文件。 16、scripts目录 脚本目录,Linux编译的时候会用到很多脚本文件,这些脚本文件就保存在此目录中。 17、security目录 此目录存放安全相关的文件。 18、sound目录 此目录存放音频相关驱动文件,音频驱动文件并没有存放到drivers目录中,而是单独的目录。 19、tools目录 此目录存放一些编译的时候使用到的工具。 20、usr目录 此目录存放与initramfs有关的代码。 21、virt目录 此目录存放虚拟机相关文件。 22、.config文件 根uboot一样,.config保存着Linux最终的配置信息,编译Linux的时候会读取此文件中的配置信息。最终根据配置信息来选择编译Linux哪些模块,哪些功能。 23、Kbuild文件 有些Makefile会读取此文件。 24、Kconfig文件 图形化配置界面的配置文件。 25、Makefile文件 Linux顶层Makefile文件,建议好好阅读一下此文件。 26、README文件 此文件详细讲解了如何编译Linux源码,以及Linux源码的目录信息,建议仔细阅读一下此文件。 关于Linux源码目录就分析到这里,接下来分析一下Linux的顶层Makefile。
1.4 VSCode工程创建在分析Linux的顶层Makefile之前,先创建VSCode工程,创建过程和uboot一样。创建好以后将文件.vscode/settings.json改为如下所示内容: 示例代码settings.json文件内容 - {
- "search.exclude": {
- "**/node_modules": true,
- "**/bower_components": true,
- "**/*.o":true,
- "**/*.su":true,
- "**/*.cmd":true,
- "Documentation":true,
- /* 屏蔽不用的架构相关的文件 */
- "arch/alpha":true,
- "arch/arc":true,
- "arch/arm64":true,
- "arch/avr32":true,
- "arch/[b-z]*":true,
- "arch/arm/plat*":true,
- "arch/arm/mach-[a-y]*":true,
- "arch/arm/mach-zx":true,
- /* 屏蔽不用的配置文件 */
- "arch/arm/configs/[a-w]*":true,
- "arch/arm/configs/[y-z]*":true,
- /* 屏蔽不用的DTB文件 */
- "arch/arm/boot/dts/[a-y]*":true,
- "arch/arm/boot/dts/.*":true,
- },
- "files.exclude": {
- "**/.git": true,
- "**/.svn": true,
- "**/.hg": true,
- "**/CVS": true,
- "**/.DS_Store": true,
- "**/*.o":true,
- "**/*.su":true,
- "**/*.cmd":true,
- "Documentation":true,
- /* 屏蔽不用的架构相关的文件 */
- "arch/alpha":true,
- "arch/arc":true,
- "arch/arm64":true,
- "arch/avr32":true,
- "arch/[b-z]*":true,
- "arch/arm/plat*":true,
- "arch/arm/mach-[a-y]*":true,
- "arch/arm/mach-zx":true,
-
- /* 屏蔽不用的配置文件 */
- "arch/arm/configs/[a-w]*":true,
- "arch/arm/configs/[y-z]*":true,
- /* 屏蔽不用的DTB文件 */
- "arch/arm/boot/dts/[a-y]*":true,
- "arch/arm/boot/dts/.*":true,
- }
- }
复制代码创建好VSCode工程以后就可以开始分析Linux的顶层Makefile了。 1.5 顶层Makefile详解Linux的顶层Makefile和uboot的顶层Makefile非常相似,因为uboot参考了Linux,前610行几乎一样,所以前面部分我们大致看一下就行了。 1、版本号 顶层Makefile一开始就是Linux内核的版本号,如下所示: 示例代码顶层Makefile代码段 - # SPDX-License-Identifier: GPL-2.0
- VERSION = 4
- PATCHLEVEL = 14
- SUBLEVEL = 0
- EXTRAVERSION =
复制代码可以看出,Linux内核版本号为4.14.0。 2、MAKEFLAGS变量 MAKEFLAGS变量设置如下所示: 示例代码顶层Makefile代码段 - MAKEFLAGS += -rR --include-dir=$(CURDIR)
复制代码3、命令输出 Linux编译的时候也可以通过“V=1”来输出完整的命令,这个和uboot一样,相关代码如下所示: 示例代码顶层Makefile代码段 - ifeq ("$(origin V)", "command line")
- KBUILD_VERBOSE = $(V)
- endif
- ifndef KBUILD_VERBOSE
- KBUILD_VERBOSE = 0
- endif
-
- ifeq ($(KBUILD_VERBOSE),1)
- quiet =
- Q =
- else
- quiet=quiet_
- Q = @
- endif
复制代码4、静默输出 Linux编译的时候使用“make -s”就可实现静默编译,编译的时候就不会打印任何的信息,同uboot一样,相关代码如下: 示例代码顶层Makefile代码段 - # Ifthe user is running make -s (silent mode), suppress echoing of
- #commands
- ifneq ($(findstrings,$(filter-out --%,$(MAKEFLAGS))),)
- quiet=silent_
- tools_silent=s
- endif
-
- export quiet QKBUILD_VERBOSE
复制代码5、设置编译结果输出目录 Linux编译的时候使用“O=xxx”即可将编译产生的过程文件输出到指定的目录中,相关代码如下: 示例代码顶层Makefile代码段 - ifeq ($(KBUILD_SRC),)
-
- # OK,Make called in directory where kernel src resides
- # Do wewant to locate output files in a separate directory?
- ifeq ("$(originO)", "command line")
- KBUILD_OUTPUT:= $(O)
- endif
复制代码 6、代码检查 Linux也支持代码检查,使用命令“make C=1”使能代码检查,检查那些需要重新编译的文件。“make C=2”用于检查所有的源码文件,顶层Makefile中的代码如下: 示例代码顶层Makefile代码段 - ifeq ("$(originC)", "command line")
- KBUILD_CHECKSRC= $(C)
- endif
- ifndefKBUILD_CHECKSRC
- KBUILD_CHECKSRC= 0
- endif
复制代码7、模块编译 Linux允许单独编译某个模块,使用命令“make M=dir”即可,旧语法“make SUBDIRS=dir”也是支持的。顶层Makefile中的代码如下: 示例代码顶层Makefile代码段 - # Use make M=dir to specify directory of external module to build
- # Old syntax make ... SUBDIRS=$PWD is still supported
- #Setting the environment variable KBUILD_EXTMOD take precedence
- ifdef SUBDIRS
- KBUILD_EXTMOD ?= $(SUBDIRS)
- endif
-
- ifeq ("$(origin M)", "command line")
- KBUILD_EXTMOD := $(M)
- endif
-
- # Ifbuilding an external module we do not care about the all: rule
- # butinstead _all depend on modules
- PHONY += all
- ifeq ($(KBUILD_EXTMOD),)
- _all: all
- else
- _all: modules
- endif
-
- ifeq ($(KBUILD_SRC),)
- # building in the source tree
- srctree := .
- else
- ifeq ($(KBUILD_SRC)/,$(dir$(CURDIR)))
- # building in a subdirectoryof the source tree
- srctree := ..
- else
- srctree := $(KBUILD_SRC)
- endif
- endif
- objtree := .
- src :=$(srctree)
- obj :=$(objtree)
-
- VPATH := $(srctree)$(if $(KBUILD_EXTMOD),:$(KBUILD_EXTMOD))
-
- export srctree objtree VPATH
复制代码外部模块编译过程和uboot也一样,最终导出srctree、objtree和VPATH这三个变量的值,其中srctree=.,也就是当前目录,objtree同样为“.”。 8、设置目标架构和交叉编译器 同uboot一样,Linux编译的时候需要设置目标板架构ARCH和交叉编译器CROSS_COMPILE,在顶层Makefile中代码如下: 示例代码顶层Makefile代码段= - ARCH ?= $(SUBARCH)
- CROSS_COMPILE ?= $(CONFIG_CROSS_COMPILE:"%"=%)
复制代码有时为了方便,可以直接修改顶层Makefile中的ARCH和CROSS_COMPILE,将其设置为对应的架构和编译器,比如本教程可以将ARCH设置为arm,CROSS_COMPILE设置为arm-linux-gnueabihf-,如下所示: 示例代码顶层Makefile代码段 - ARCH ?=arm
- CROSS_COMPILE ?= arm-linux-gnueabihf-
复制代码设置好以后就可以使用如下命令编译Linux了: make xxx_defconfig //使用默认配置文件配置Linux make menuconfig //启动图形化配置界面 make -j16 //编译Linux 9、调用scripts/Kbuild.include文件 - # We need some generic definitions (do not try to remake the file).
- scripts/Kbuild.include: ;
- include scripts/Kbuild.include
复制代码同uboot一样,Linux顶层Makefile也会调用文件scripts/Kbuild.include,顶层Makefile相应代码如下: 示例代码顶层Makefile代码段 - # We need some generic definitions (do not try to remake the file).
- scripts/Kbuild.include: ;
- include scripts/Kbuild.include
复制代码
10、交叉编译工具变量设置 顶层Makefile中其他和交叉编译器有关的变零设置如下: 示例代码顶层Makefile代码段 - # Make variables (CC, etc...)
- AS = $(CROSS_COMPILE)as
- LD = $(CROSS_COMPILE)ld
- CC = $(CROSS_COMPILE)gcc
- CPP = $(CC) -E
- AR = $(CROSS_COMPILE)ar
- NM = $(CROSS_COMPILE)nm
- STRIP = $(CROSS_COMPILE)strip
- OBJCOPY = $(CROSS_COMPILE)objcopy
复制代码 LA、LD、CC等这些都是交叉编译器所使用的工具。 11、头文件路径变量 顶层Makefile定义了两个变量保存头文件路径:USERINCLUDE和LINUXINCLUDE,相关代码如下: 示例代码顶层Makefile代码段 - # UseUSERINCLUDE when you must reference the UAPI directories only.
- USERINCLUDE := \
- -I$(srctree)/arch/$(hdr-arch)/include/uapi \
- -I$(objtree)/arch/$(hdr-arch)/include/generated/uapi\
- -I$(srctree)/include/uapi \
- -I$(objtree)/include/generated/uapi \
- -include $(srctree)/include/linux/kconfig.h
-
- # Use LINUXINCLUDEwhen you must reference the include/ directory.
- #Needed to be compatible with the O= option
- LINUXINCLUDE := \
- -I$(srctree)/arch/$(hdr-arch)/include \
- -I$(objtree)/arch/$(hdr-arch)/include/generated \
- $(if $(KBUILD_SRC), -I$(srctree)/include) \
- -I$(objtree)/include \
- $(USERINCLUDE)
复制代码第380~386行的USERINCLUDE是UAPI相关的头文件路径,第390~395行的LINUXINCLUDE是Linux内核源码的头文件路径。重点来看下LINUXINCLUDE,其中srctree=.,objtree=.,hdr-arch=arm,KBUILD_SRC为空,因此,将USERINCLUDE和LINUXINCLUDE展开以后为: - USERINCLUDE := \
- -I./arch/arm/include/uapi\
- -I./arch/arm/include/generated/uapi\
- -I./include/uapi\
- -I./include/generated/uapi\
- -include ./include/linux/kconfig.h
- LINUXINCLUDE := \
- -I./arch/arm/include\
- -I./arch/arm/include/generated\
- -I./include\
- -I./arch/arm/include/uapi\
- -I./arch/arm/include/generated/uapi\
- -I./include/uapi\
- -I./include/generated/uapi\
- -include ./include/linux/kconfig.h
复制代码12、导出变量 顶层Makefile会导出很多变量给子Makefile使用,导出的这些变量如下: 示例代码顶层Makefile代码段 - exportVERSION PATCHLEVEL SUBLEVEL KERNELRELEASE KERNELVERSION
- export ARCH SRCARCH CONFIG_SHELL HOSTCCHOSTCFLAGS CROSS_COMPILE AS LD CC
- export CPP AR NM STRIP OBJCOPY OBJDUMPHOSTLDFLAGS HOST_LOADLIBES
- export MAKE AWK GENKSYMS INSTALLKERNEL PERLPYTHON UTS_MACHINE
- export HOSTCXX HOSTCXXFLAGS LDFLAGS_MODULECHECK CHECKFLAGS
-
- export KBUILD_CPPFLAGS NOSTDINC_FLAGSLINUXINCLUDE OBJCOPYFLAGS LDFLAGS
- export KBUILD_CFLAGS CFLAGS_KERNELCFLAGS_MODULE CFLAGS_GCOV CFLAGS_KCOV CFLAGS_KASAN CFLAGS_UBSAN
- export KBUILD_AFLAGS AFLAGS_KERNELAFLAGS_MODULE
- export KBUILD_AFLAGS_MODULEKBUILD_CFLAGS_MODULE KBUILD_LDFLAGS_MODULE
- export KBUILD_AFLAGS_KERNELKBUILD_CFLAGS_KERNEL
- export KBUILD_ARFLAGS
复制代码 1.5.1 make xxx_defconfig过程第一次编译Linux之前都要先使用“make xxx_defconfig”配置Linux内核,在顶层Makefile中有“%config”这个目标,如下所示: 示例代码27.5.117.5.1顶层Makefile代码段 - config-targets:= 0
- mixed-targets := 0
- dot-config := 1
-
- ifneq ($(filter$(no-dot-config-targets), $(MAKECMDGOALS)),)
- ifeq ($(filter-out$(no-dot-config-targets), $(MAKECMDGOALS)),)
- dot-config:= 0
- endif
- endif
-
- ifeq ($(KBUILD_EXTMOD),)
- ifneq ($(filterconfig %config,$(MAKECMDGOALS)),)
- config-targets := 1
- ifneq ($(words$(MAKECMDGOALS)),1)
- mixed-targets := 1
- endif
- endif
- endif
- #install and modules_install need also be processed one by one
- ifneq ($(filterinstall,$(MAKECMDGOALS)),)
- ifneq ($(filtermodules_install,$(MAKECMDGOALS)),)
- mixed-targets := 1
- endif
- endif
-
- ifeq ($(mixed-targets),1)
- # ===========================================================================
- # We'recalled with mixed targets (*config and build targets).
- #Handle them one by one.
-
- PHONY +=$(MAKECMDGOALS) __build_one_by_one
-
- $(filter-out__build_one_by_one, $(MAKECMDGOALS)):__build_one_by_one
- @:
-
- __build_one_by_one:
- $(Q)set-e; \
- for i in $(MAKECMDGOALS);do \
- $(MAKE)-f $(srctree)/Makefile $i; \
- done
-
- else
- ifeq ($(config-targets),1)
- # ===========================================================================
- #*config targets only - make sure prerequisites are updated, and descend
- # inscripts/kconfig to make the *config target
-
- # Readarch specific Makefile to set KBUILD_DEFCONFIG as needed.
- #KBUILD_DEFCONFIG may point out an alternative default configuration
- # usedfor 'make defconfig'
- include arch/$(SRCARCH)/Makefile
- exportKBUILD_DEFCONFIG KBUILD_KCONFIG
-
- config:scripts_basic outputmakefile FORCE
- $(Q)$(MAKE)$(build)=scripts/kconfig$@
-
- %config:scripts_basic outputmakefile FORCE
- $(Q)$(MAKE)$(build)=scripts/kconfig$@
-
- else
- ...
- endif #KBUILD_EXTMOD
复制代码第491~514行和uboot一样,都是设置定义变量config-targets、mixed-targets和dot-config的值,最终这三个变量的值为: config-targets= 1 mixed-targets= 0 dot-config= 1 因为config-targets=1,因此第541行~548行成立。第541行引用arch/arm/Makefile这个文件,这个文件很重要,以为zImage、uImage等这些文件就是由arch/arm/Makefile来生成的。 第542行导出变量KBUILD_DEFCONFIGKBUILD_KCONFIG。 第544行,没有目标与之匹配,因此不执行。 第547行,“make xxx_defconfig”与目标“%config”匹配,因此被执行。“%config”依赖scripts_basic、outputmakefile和FORCE,真正有意义的依赖是scripts_basic。scripts_basic的规则如下: 示例代码27.5.217.5.2 顶层Makefile代码段 - scripts_basic:
- $(Q)$(MAKE)$(build)=scripts/basic
- $(Q)rm-f .tmp_quiet_recordmcount
复制代码build定义在文件scripts/Kbuild.include中,值为build := -f $(srctree)/scripts/Makefile.build obj,因此将上述示例代码展开就是: scripts_basic: @make -f./scripts/Makefile.build obj=scripts/basic //也可以没有@,视配置而定 @rm -f .tmp_quiet_recordmcount //也可以没有@ 接着回到Makefile的目标“%config”处,内容如下: %config: scripts_basic outputmakefile FORCE $(Q)$(MAKE)$(build)=scripts/kconfig $@ 将命令展开就是: @make -f ./scripts/Makefile.build obj=scripts/kconfigxxx_defconfig 1.5.2 Makefile.build脚本分析从上一小节可知,“make xxx_defconfig“配置Linux的时候如下两行命令会执行脚本scripts/Makefile.build: @make -f ./scripts/Makefile.build obj=scripts/basic @make -f ./scripts/Makefile.build obj=scripts/kconfigxxx_defconfig 我们依次来分析一下: 1、scripts_basic目标对应的命令 scripts_basic目标对应的命令为:@make -f ./scripts/Makefile.build obj=scripts/basic。打开文件scripts/Makefile.build,有如下代码: 示例代码27.5.317.5.3 Makefile.build代码段 - #The filename Kbuild has precedence over Makefile
- kbuild-dir:= $(if$(filter /%,$(src)),$(src),$(srctree)/$(src))
- kbuild-file:= $(if$(wildcard $(kbuild-dir)/Kbuild),$(kbuild-dir)/Kbuild,$(kbuild-dir)/Makefile)
- include $(kbuild-file)
复制代码将kbuild-dir展开后为: kbuild-dir=./scripts/basic 将kbuild-file展开后为: kbuild-file= ./scripts/basic/Makefile 最后将45行展开,即: include ./scripts/basic/Makefile 继续分析scripts/Makefile.build,如下代码: 示例代码27.5.417.5.4 Makefile.build代码段 - __build:$(if $(KBUILD_BUILTIN),$(builtin-target)$(lib-target)$(extra-y))\
- $(if $(KBUILD_MODULES),$(obj-m)$(modorder-target))\
- $(subdir-ym)$(always)
- @:
复制代码__build是默认目标,因为命令“@make -f ./scripts/Makefile.build obj=scripts/basic”没有指定目标,所以会使用到默认目标__build。在顶层Makefile中,KBUILD_BUILTIN为1,KBUILD_MODULES为空,因此展开后目标__build为: __build  (builtin-target) $(lib-target) $(extra-y))$(subdir-ym) $(always) @: 可以看出目标__build有5个依赖:builtin-target、lib-target、extra-y、subdir-ym和always。这5个依赖的具体内容如下: - builtin-target =
- lib-target =
- extra-y =
- subdir-ym =
- always = scripts/basic/fixdep scripts/basic/bin2c
复制代码只有always有效,因此__build最终为: __build: scripts/basic/fixdep scripts/basic/bin2c @: __build依赖于scripts/basic/fixdep和scripts/basic/bin2c,所以要先将scripts/basic/fixdep.c和scripts/basic/bin2c.c这两个文件编译成fixdep和bin2c。 综上所述,scripts_basic目标的作用就是编译scripts/basic/fixdep和scripts/basic/bin2c这两个文件。 2、%config目标对应的命令 %config目标对应的命令为:@make -f ./scripts/Makefile.build obj=scripts/kconfig xxx_defconfig,此命令会使用到的各个变量值如下: - src= scripts/kconfig
- kbuild-dir = ./scripts/kconfig
- kbuild-file = ./scripts/kconfig/Makefile
- include ./scripts/kconfig/Makefile
复制代码可以看出,Makefilke.build会读取scripts/kconfig/Makefile中的内容,此文件有如下所示内容: 示例代码27.5.517.5.5 scripts/kconfig/Makefile代码段 - <div style="text-align: left;"> %_defconfig:$(obj)/conf</div><div style="text-align: left;">$(Q)[ DISCUZ_CODE_1305 ]lt;$(silent)--defconfig=arch/$(SRCARCH)/configs/$@$(Kconfig)</div>
复制代码目标%_defconfig与 xxx_defconfig匹配,所以会执行这条规则,将其展开就是: %_defconfig: scripts/kconfig/conf @ scripts/kconfig/conf --defconfig=arch/arm/configs/%_defconfig Kconfig %_defconfig依赖scripts/kconfig/conf,所以会编译scripts/kconfig/conf.c生成conf这个软件。此软件就会将%_defconfig中的配置输出到.config文件中,最终生成Linux kernel根目录下的.config文件。 1.5.3 make过程使用命令“make xxx_defconfig”配置好Linux内核以后就可以使用“make”或者“make all”命令进行编译。顶层Makefile有如下代码: 示例代码27.5.617.5.6顶层Makefile代码段 - #That's our default target when none is given on the command line
- PHONY := _all
- _all:
- ...
- # Ifbuilding an external module we do not care about the all: rule
- # butinstead _all depend on modules
- PHONY += all
- ifeq ($(KBUILD_EXTMOD),)
- _all: all
- else
- _all: modules
- endif
- ...
- all: vmlinux
复制代码 第122行,_all是默认目标,如果使用命令“make”编译Linux的话此目标就会被匹配。 第193行,如果KBUILD_EXTMOD为空的话194行的代码成立。 第194行,默认目标_all依赖all。 第623行,目标all依赖vmlinux,所以接下来的重点就是vmlinux。 顶层Makefile中有如下代码: 示例代码 27.5.717.5.7顶层Makefile代码段 - #Externally visible symbols (used by link-vmlinux.sh)
- export KBUILD_VMLINUX_INIT := $(head-y) $(init-y)
- export KBUILD_VMLINUX_MAIN := $(core-y) $(libs-y2) $(drivers-y) $(net-y) $(virt-y)
- export KBUILD_VMLINUX_LIBS := $(libs-y1)
- export KBUILD_LDS := arch/$(SRCARCH)/kernel/vmlinux.lds
- export LDFLAGS_vmlinux
- # usedby scripts/package/Makefile
- export KBUILD_ALLDIRS := $(sort $(filter-out arch/%,$(vmlinux-alldirs))arch Documentation include samples scripts tools)
-
- vmlinux-deps := $(KBUILD_LDS) $(KBUILD_VMLINUX_INIT) $(KBUILD_VMLINUX_MAIN) $(KBUILD_VMLINUX_LIBS)
-
- #Include targets which we want to execute sequentially if the rest of the
- #kernel build went well. If CONFIG_TRIM_UNUSED_KSYMS is set, this might be
- #evaluated more than once.
- PHONY += vmlinux_prereq
- vmlinux_prereq: $(vmlinux-deps) FORCE
- ifdef CONFIG_HEADERS_CHECK
- $(Q)$(MAKE) -f $(srctree)/Makefile headers_check
- endif
- ifdef CONFIG_GDB_SCRIPTS
- $(Q)ln -fsn $(abspath $(srctree)/scripts/gdb/vmlinux-gdb.py)
- endif
- ifdef CONFIG_TRIM_UNUSED_KSYMS
- $(Q)$(CONFIG_SHELL) $(srctree)/scripts/adjust_autoksyms.sh \
- "$(MAKE) -f $(srctree)/Makefile vmlinux"
- endif
-
- #standalone target for easier testing
- include/generated/autoksyms.h: FORCE
- $(Q)$(CONFIG_SHELL) $(srctree)/scripts/adjust_autoksyms.sh true
-
- ARCH_POSTLINK := $(wildcard $(srctree)/arch/$(SRCARCH)/Makefile.postlink)
-
- # Finallink of vmlinux with optional arch pass after final link
- cmd_link-vmlinux = \
- $(CONFIG_SHELL) [ DISCUZ_CODE_1307 ]lt; $(LD) $(LDFLAGS) $(LDFLAGS_vmlinux) ; \
- $(if$(ARCH_POSTLINK), $(MAKE) -f $(ARCH_POSTLINK) $@, true)
- vmlinux:scripts/link-vmlinux.sh vmlinux_prereq $(vmlinux-deps) FORCE
- +$(callif_changed,link-vmlinux)
复制代码 从第1004行可以看出目标vmlinux依赖scripts/link-vmlinux.sh vmlinux_prereq$(vmlinux-deps) FORCE。第975行定义了vmlinux-deps,值为: vmlinux-deps=$(KBUILD_LDS) $(KBUILD_VMLINUX_INIT) $(KBUILD_VMLINUX_MAIN)$(KBUILD_VMLINUX_LIBS) 第967行,KBUILD_VMLINUX_INIT = $(head-y) $(init-y)。 第968行,KBUILD_VMLINUX_MAIN = $(core-y) $(libs-y2) $(drivers-y) $(net-y)$(virt-y)。 第968行,KBUILD_VMLINUX_LIBS = $(libs-y1)。 第970行,KBUILD_LDS = arch/$(SRCARCH)/kernel/vmlinux.lds,其中SRCARCH=arm,因此KBUILD_LDS= arch/arm/kernel/vmlinux.lds。 综上所述,vmlinux的依赖为:scripts/link-vmlinux.sh、$(head-y)、$(init-y)、$(core-y)、$(libs-y1)、$(libs-y2)、$(drivers-y)、$(net-y)、$(virt-y)、arch/arm/kernel/vmlinux.lds和FORCE。 第1005行的命令用于链接生成vmlinux。 重点来看下$(head-y)、$(init-y)、$(core-y)、$(libs-y1)、$(libs-y2)、$(drivers-y)和$(net-y)这七个变量的值。 1、head-y head-y定义在文件arch/arm/Makefile中,内容如下: 示例代码27.5.817.5.8 arch/arm/Makefile代码段 - #Objects we will link into vmlinux / subdirs we need to visit
- init-y := init/
- drivers-y := drivers/ sound/ firmware/
- net-y := net/
- init-y := $(patsubst%/, %/built-in.o, $(init-y))
- core-y := $(patsubst%/, %/built-in.o, $(core-y))
- drivers-y := $(patsubst%/, %/built-in.o, $(drivers-y))
- net-y := $(patsubst%/, %/built-in.o, $(net-y))
复制代码 从上述示例代码可知,init-y、libs-y、drivers-y和net-y最终的值为: init-y = init/built-in.o drivers-y = drivers/built-in.o sound/built-in.o firmware/built-in.o net-y = net/built-in.o 3、libs-y1和libs-y2 libs-y1和libs-y2基本和init-y一样,在顶层Makefile中存在如下代码: 示例代码 27.5.1017.5.10顶层Makefile代码段 - libs-y := lib/
- libs-y1 := $(patsubst %/, %/lib.a,$(libs-y))
- libs-y2 := $(filter-out %.a,$(patsubst %/, %/built-in.o, $(libs-y)))
复制代码 根据上述示例代码可知,libs-y1应该等于“lib/lib.a”,libs-y2应该等于“lib/built-in.o”。这个只正确了一部分。因为在arch/arm/Makefile中向libs-y追加了一些值,代码如下: 300 libs-y := arch/arm/lib/ $(libs-y) 因此可知,libs-y1、libs-y2最终应该为: libs-y1= arch/arm/lib/lib.a lib/lib.a libs-y2= arch/arm/lib/built-in.o lib/built-in.o 4、core-y core-y和init-y也一样,在顶层Makefile中有如下代码: 示例代码27.5.1117.5.11 顶层Makefile代码段 569 core-y := usr/ 949 core-y += kernel/ certs/ mm/ fs/ipc/ security/ crypto/ block/ 但是在arch/arm/Makefile中会对core-y进行追加,代码如下: 示例代码 27.5.1217.5.12 arch/arm/Makefile代码段 - core-$(CONFIG_FPE_NWFPE) += arch/arm/nwfpe/
- core-$(CONFIG_FPE_FASTFPE) += $(FASTFPE_OBJ)
- core-$(CONFIG_VFP) += arch/arm/vfp/
- core-$(CONFIG_XEN) += arch/arm/xen/
- core-$(CONFIG_KVM_ARM_HOST) += arch/arm/kvm/
- core-$(CONFIG_VDSO) += arch/arm/vdso/
- # If we have a machine-specific directory, theninclude it in the build.
- core-y += arch/arm/kernel/ arch/arm/mm/arch/arm/common/
- core-y += arch/arm/probes/
- core-y += arch/arm/net/
- core-y += arch/arm/crypto/
- core-y += arch/arm/firmware/
- core-y += $(machdirs) $(platdirs)
复制代码 第283~288行根据不同的配置向core-y追加不同的值,比如使能VFP的话就会在.config中有CONFIG_VFP=y这一行,那么core-y就会追加“arch/arm/vfp/”。 第291~296行就是对core-y直接追加的值。 在顶层Makefile中有如下一行: 示例代码 27.5.1317.5.13 顶层Makefile代码段 959 core-y := $(patsubst %/, %/built-in.o, $(core-y)) 经过上述代码的转换,最终core-y的值为: - core-y =usr/built-in.o arch/arm/vfp/built-in.o \
- certs/built-in.o arch/arm/kernel/built-in.o \
- arch/arm/mm/built-in.o arch/arm/common/built-in.o \
- arch/arm/probes/built-in.o arch/arm/net/built-in.o \
- arch/arm/crypto/built-in.o arch/arm/firmware/built-in.o \
- arch/arm/mach-zynq/built-in.o kernel/built-in.o\
- mm/built-in.o fs/built-in.o \
- ipc/built-in.o security/built-in.o\
- crypto/built-in.o block/built-in.o
复制代码关于head-y、init-y、core-y、libs-y1、libs-y2、drivers-y和net-y这7个变量就讲解到这里。这些变量都是一些built-in.o或.a等文件,这个和uboot一样,都是将相应目录中的源码文件进行编译,然后在各自目录下生成built-in.o文件,有些生成了.a库文件。最终将这些built-in.o和.a文件进行链接即可形成ELF格式的可执行文件,也就是vmlinux。但是链接是需要连接脚本的,vmlinux依赖的arch/arm/kernel/vmlinux.lds就是整个Linux的链接脚本。 在示例代码 27.5.7的第1005行的命令“+$(call if_changed,link-vmlinux)”表示将$(callif_changed,link-vmlinux)的结果作为最终生成vmlinux的命令,前面的“+”表示该命令结果不可忽略。$(callif_changed,link-vmlinux)调用函数if_changed,link-vmlinux是函数if_changed的参数,函数if_changed定义在文件scripts/Kbuild.include中,如下所示: 示例代码 27.5.1417.5.14 scripts/Kbuild.include代码段 - if_changed = $(if $(strip $(any-prereq) $(arg-check)), \
- @set -e; \
- $(echo-cmd) $(cmd_$(1)); \
- printf '%s\n' 'cmd_$@ := $(make-cmd)' > $(dot-target).cmd)
复制代码 any-prereq用于检查依赖文件是否有变化,如果依赖文件有变化那么any-prereq就不为空,否则就为空。arg-check用于检查参数是否有变化,如果没有变化那么arg-check就为空。 第265行,“@set -e”告诉bash,如果任何语句的执行结果不为true(也就是执行出错)的话就直接退出。 第266行,$(echo-cmd)用于打印命令执行过程,比如在链接vmlinux的时候就会输出“LINK vmlinux”。$(cmd_$(1))中的$(1)表示参数,也就是link-vmlinux,因此$(cmd_$(1))表示执行cmd_link-vmlinux的内容。cmd_link-vmlinux在顶层Makefile中有如下所示定义: 示例代码 27.5.1517.5.15顶层Makefile代码段 - # Finallink of vmlinux with optional arch pass after final link
- cmd_link-vmlinux = \
- $(CONFIG_SHELL) [ DISCUZ_CODE_1313 ]lt; $(LD) $(LDFLAGS) $(LDFLAGS_vmlinux) ; \
- $(if$(ARCH_POSTLINK), $(MAKE) -f $(ARCH_POSTLINK) $@, true)
复制代码 第1001~1002行就是cmd_link-vmlinux的值,其中CONFIG_SHELL=/bin/bash、$<表示目标vmlinux的第一个依赖文件,根据示例代码 27.5.7的第1004行可知,这个文件为scripts/link-vmlinux.sh。 LD=arm-linux-gnueabihf-ld -EL,LDFLAGS为空。LDFLAGS_vmlinux的值由顶层Makefile和arch/arm/Makefile这两个文件共同决定,最终LDFLAGS_vmlinux=-p --no-undefined -X --pic-veneer --build-id。第1002行的语句因为ARCH_POSTLINK为空,所以不起作用。因此cmd_link-vmlinux最终的值为: cmd_link-vmlinux = /bin/bash scripts/link-vmlinux.sharm-linux-gnueabihf-ld -EL -p --no-undefined -X --pic-veneer --build-id cmd_link-vmlinux会调用scripts/link-vmlinux.sh脚本来链接出vmlinux文件。在scripts/link-vmlinux.sh中有如下所示代码: 示例代码27.5.1617.5.16 scripts/link-vmlinux.sh代码段 - # Link of vmlinux
- # ${1} - optional extra .o files
- # ${2} - output file
- vmlinux_link()
- {
- local lds="${objtree}/${KBUILD_LDS}"
- local objects
- if [ "${SRCARCH}" != "um" ]; then
- if [ -n "${CONFIG_THIN_ARCHIVES}" ]; then
- objects="--whole-archive \
- built-in.o \
- --no-whole-archive \
- --start-group \
- ${KBUILD_VMLINUX_LIBS} \
- --end-group \
- ${1}"
- else
- objects="${KBUILD_VMLINUX_INIT} \
- --start-group \
- ${KBUILD_VMLINUX_MAIN} \
- ${KBUILD_VMLINUX_LIBS} \
- --end-group \
- ${1}"
- fi
- ${LD} ${LDFLAGS} ${LDFLAGS_vmlinux} -o ${2} \
- -T ${lds} ${objects}
- else
- ......
- info LD vmlinux
- vmlinux_link "${kallsymso}" vmlinux
复制代码vmliux_link就是最终链接出vmlinux的函数,第98行判断SRCARCH是否等于“um”,如果不相等的话就执行99~117行的代码。因为SRCARCH=arm,因此条件成立,又因为CONFIG_THIN_ARCHIVES的值为“y”,长度不为0,所以执行第100~106行的代码。第116~117行的代码应该很熟悉了,就是普通的链接操作,连接脚本为lds= ./arch/arm/kernel/vmlinux.lds,需要链接的文件由变量KBUILD_VMLINUX_LIBS来决定,这个变量在本节中已经讲解过了。 第315行调用vmlinux_link函数来链接出vmlinux。 使用命令“make V=1”编译Linux,会有如下图所示的编译信息:
图 27.5.1 link-vmlinux.sh链接vmlinux的过程 至此我们基本理清了make的过程,重点就是将各个子目录下的built-in.o、.a等文件链接在一起,最终生成vmlinux这个ELF格式的可执行文件。链接脚本为arch/arm/kernel/vmlinux.lds,链接过程是由shell脚本scripts/link-vmlinux.s来完成的。接下来的问题就是这些子目录下的built-in.o、.a等文件又是如何编译出来的呢? 1.5.4 built-in.o文件编译生成过程根据示例代码 27.5.7的第1004行可知,vmliux依赖vmlinux-deps,而vmlinux-deps= $(KBUILD_LDS) $(KBUILD_VMLINUX_INIT)$(KBUILD_VMLINUX_MAIN) $(KBUILD_VMLINUX_LIBS)。KBUILD_LDS是连接脚本,这里不考虑,剩下的KBUILD_VMLINUX_INIT、KBUILD_VMLINUX_MAIN和 KBUILD_VMLINUX_LIBS就是各个子目录下的built-in.o和.a等文件。最终vmlinux-deps的值如下: - vmlinux-deps= arch/arm/kernel/vmlinux.lds arch/arm/kernel/head.o
- init/built-in.o usr/built-in.o
- arch/arm/vfp/built-in.o arch/arm/kernel/built-in.o
- arch/arm/mm/built-in.o arch/arm/common/built-in.o
- arch/arm/probes/built-in.o arch/arm/net/built-in.o
- arch/arm/crypto/built-in.o arch/arm/firmware/built-in.o
- arch/arm/lib/lib.a arch/arm/mach-zynq/built-in.o
- lib/lib.a kernel/built-in.o
- certs/built-in.o mm/built-in.o
- fs/built-in.o ipc/built-in.o
- security/built-in.o crypto/built-in.o
- block/built-in.o arch/arm/lib/built-in.o
- lib/built-in.o drivers/built-in.o
- sound/built-in.o firmware/built-in.o
- net/built-in.o virt/built-in.o
复制代码除了arch/arm/kernel/vmlinux.lds以外,其他都是要编译链接生成的。在顶层Makefile中有如下代码: 示例代码 27.5.1717.5.17顶层Makefile代码段 1014 $(sort $(vmlinux-deps)): $(vmlinux-dirs) ; sort是排序函数,用于对vmlinux-deps的字符串列表进行排序,并且去掉重复的单词。可以看出vmlinux-deps依赖vmlinux-dirs,vmlinux-dirs也在顶层Makefile中定义,定义如下: 示例代码 27.5.1817.5.18 顶层Makefile代码段 - 951 vmlinux-dirs := $(patsubst %/,%,$(filter%/, $(init-y) $(init-m) \
- 952 $(core-y) $(core-m) $(drivers-y) $(drivers-m) \
- 953 $(net-y) $(net-m) $(libs-y) $(libs-m) $(virt-y)))
- vmlinux-dirs看名字就知道和目录有关,此变量保存着生成vmlinux所需源码文件的目录,值如下:
- vmlinux-dirs=init usr arch/arm/vfp
- arch/arm/kernel arch/arm/mm arch/arm/common
- arch/arm/probes arch/arm/net arch/arm/crypto
- arch/arm/firmware drivers arch/arm/mach-zynq
- arch/arm/lib kernel certs
- mm fs ipc
- security crypto block
- sound firmware net
- lib virt
复制代码在顶层Makefile中有如下代码: 示例代码27.5.1917.5.19顶层Makefile代码段 1022PHONY += $(vmlinux-dirs) 1023 $(vmlinux-dirs):prepare scripts 1024 $(Q)$(MAKE) $(build)=$@ 目标vmlinux-dirs依赖prepare和scripts,这两个依赖就不去浪费时间分析了,重点看一下第1024行的命令。build前面已经说了,值为“-f ./scripts/Makefile.build obj”,因此将1024行的命令展开就是: @ make -f ./scripts/Makefile.build obj=$@ $@表示目标文件,也就是vmlinux-dirs的值,将vmlinux-dirs中的这些目录全部带入到命令中,结果如下: - @ make -f ./scripts/Makefile.build obj=init
- @ make -f ./scripts/Makefile.build obj=usr
- @ make -f ./scripts/Makefile.build obj=arch/arm/vfp
- @ make -f ./scripts/Makefile.buildobj=arch/arm/kernel
- @ make -f ./scripts/Makefile.build obj=arch/arm/mm
- @ make -f ./scripts/Makefile.build obj=arch/arm/common
- @ make -f ./scripts/Makefile.buildobj=arch/arm/probes
- @ make -f ./scripts/Makefile.build obj=arch/arm/net
- @ make -f ./scripts/Makefile.buildobj=arch/arm/crypto
- @ make -f ./scripts/Makefile.buildobj=arch/arm/firmware
- @ make -f ./scripts/Makefile.build obj=arch/arm/mach-zynq
- @ make -f ./scripts/Makefile.build obj=kernel
- @ make -f ./scripts/Makefile.build obj=certs
- @ make -f ./scripts/Makefile.build obj=mm
- @ make -f ./scripts/Makefile.build obj=fs
- @ make -f ./scripts/Makefile.build obj=ipc
- @ make -f ./scripts/Makefile.build obj=security
- @ make -f ./scripts/Makefile.build obj=crypto
- @ make -f ./scripts/Makefile.build obj=block
- @ make -f ./scripts/Makefile.build obj=drivers
- @ make -f ./scripts/Makefile.build obj=sound
- @ make -f ./scripts/Makefile.build obj=firmware
- @ make -f ./scripts/Makefile.build obj=net
- @ make -f ./scripts/Makefile.build obj=arch/arm/lib
- @ make -f ./scripts/Makefile.build obj=lib
复制代码这些命令运行过程其实都是一样的,我们就以“@ make -f ./scripts/Makefile.build obj=init”这个命令为例,讲解一下详细的运行过程。这里又要用到Makefile.build这个脚本了,此脚本默认目标为__build,这个在27.5.2小节已经讲过了,我们再来看一下,__build目标对应的规则如下: 示例代码 27.5.2017.5.20 scripts/Makefile.build代码段 - __build:$(if $(KBUILD_BUILTIN),$(builtin-target)$(lib-target)$(extra-y))\
- $(if$(KBUILD_MODULES),$(obj-m)$(modorder-target))\
- $(subdir-ym)$(always)
- @:
复制代码 当只编译Linux内核镜像文件,也就是使用“make zImage”编译的时候,KBUILD_BUILTIN=1,KBUILD_MODULES为空。“make”命令是会编译所有的东西,包括Linux内核镜像文件和一些模块文件。所以如果只编译Linux内核镜像的话,__build目标可简化为: __build  (builtin-target) $(lib-target) $(extra-y)) $(subdir-ym) $(always) @: 重点来看一下builtin-target这个依赖,builtin-target同样定义在文件scripts/Makefile.build中,定义如下: 示例代码 27.5.2117.5.21 scripts/Makefile.build代码段 - ifneq ($(strip $(obj-y) $(obj-m) $(obj-) $(subdir-m) $(lib-target)),)
- builtin-target := $(obj)/built-in.o
- endif
复制代码第89行就是builtin-target变量的值,为“$(obj)/built-in.o”,这就是这些built-in.o的来源了。要生成built-in.o,要求obj-y、obj-m、obj-、subdir-m和lib-target这些变量不能全为空。最后一个问题:built-in.o是怎么生成的?在文件scripts/Makefile.build中有如下代码: 示例代码 27.5.2217.5.22 scripts/Makefile.build代码段 - 446 #
- 447 # Rule to compile a set of .o files into one .o file
- 448 #
- 449 ifdef builtin-target
- 450
- 451 ifdef CONFIG_THIN_ARCHIVES
- 452 cmd_make_builtin = rm -f $@; $(AR) rcSTP$(KBUILD_ARFLAGS)
- 453 cmd_make_empty_builtin = rm -f $@; $(AR) rcSTP$(KBUILD_ARFLAGS)
- 454 quiet_cmd_link_o_target = AR $@
- 455 else
- 456 cmd_make_builtin = $(LD) $(ld_flags) -r -o
- 457 cmd_make_empty_builtin = rm -f $@; $(AR) rcs$(KBUILD_ARFLAGS)
- 458 quiet_cmd_link_o_target = LD $@
- 459 endif
- 460
- 461 # If the list of objects to link is empty, just create an empty built-in.o
- 462 cmd_link_o_target = $(if $(strip $(obj-y)),\
- 463 $(cmd_make_builtin) $@ $(filter $(obj-y), $^) \
- 464 $(cmd_secanalysis),\
- 465 $(cmd_make_empty_builtin) $@)
- 466
- 467 $(builtin-target): $(obj-y) FORCE
- 468 $(call if_changed,link_o_target)
- 469
- 470 targets += $(builtin-target)
- 471 endif # builtin-target
复制代码第467行的目标就是builtin-target,依赖为obj-y,命令为“$(call if_changed,link_o_target)”,也就是调用函数if_changed,参数为link_o_target,其返回值就是具体的命令。前面讲过了if_changed,它会调用cmd_$(1)所对应的命令($(1)就是函数的第1个参数),在这里就是调用cmd_link_o_target所对应的命令,也就是第462~465行的命令。cmd_link_o_target使用LD将某个目录下的所有.o文件链接在一起,最终形成built-in.o。 1.5.5 make zImage过程1、vmlinux、Image,zImage、uImage的区别 前面几小节重点是讲vmlinux是如何编译出来的,vmlinux是ELF格式的文件,但是在实际中我们不会使用vmlinux,而是使用zImage或uImage这样的Linux内核镜像文件。那么vmlinux、zImage、uImage它们之间有什么区别呢? vmlinux是编译出来的最原始的内核文件,是未压缩的,比如正点原子提供的Linux源码编译出来的vmlinux差不多有12MB,如下图所示:
图 27.5.2 vmlinux信息 Image是Linux内核镜像文件,但是Image仅包含可执行的二进制数据。Image就是使用objcopy去掉vmlinux中的一些信息,比如符号表什么的。但是Image是没有压缩过的,Image保存在arch/arm/boot目录下,其大小大概在11MB左右,如下图所示:
图 27.5.3 Image镜像信息 可见相比vmlinux的12MB,Image缩小了1MB,然而在嵌入式中,Image可能还是比较大,所以需要压缩。 zImage是经过gzip压缩后的Image,经过压缩以后其大小为3.9MB,如下图所示:
图 27.5.4 zImage镜像信息 uImage是老版本uboot专用的镜像文件,uImag是在zImage前面加了一个长度为64字节的“头”,这个头信息描述了该镜像文件的类型、加载位置、生成时间、大小等信息。但是新的uboot已经支持了zImage启动,所以已经很少用到uImage了。 使用“make”、“make all”、“make zImage”这些命令就可以编译出zImage镜像,在arch/arm/Makefile中有如下代码: 示例代码 27.5.2317.5.23 arch/arm/Makefile代码段 - BOOT_TARGETS = zImage Image xipImage bootpImage uImage
- $(BOOT_TARGETS): vmlinux
- $(Q)$(MAKE) $(build)=$(boot) MACHINE=$(MACHINE) $(boot)/$@
- @$(kecho) ' Kernel: $(boot)/$@ is ready'
复制代码第327行,变量BOOT_TARGETS包含zImage,Image,xipImage等镜像文件。 第335行,BOOT_TARGETS依赖vmlinux,因此如果使用“make zImage”编译Linux内核的话,首先肯定要先编译出vmlinux。 第336行,具体的命令,比如要编译zImage,那么命令展开以后如下所示: @ make -f ./scripts/Makefile.build obj=arch/arm/bootMACHINE=arch/arm/boot/zImage 看来又是使用scripts/Makefile.build文件来完成vmliux到zImage的转换。 关于Linux顶层Makefile就讲解到这里,基本和uboot的顶层Makefile一样,重点在于vmlinux的生成。最后将vmlinux压缩成我们最常用的zImage或uImage等文件。
|