天河网站建设公司,千博企业网站管理系统,wordpress 搜索框 位置,网站做不下去之前的几篇学习笔记重点讲解了如何移植uboot到STM32MP157开发板上#xff0c;从本章就开始学习如何移植Linux内核。 同uboot一样#xff0c;在具体移植之前#xff0c;先来学习一下Linux内核的顶层Makefile文件#xff0c;因为顶层 Makefile控制着Linux内核的编译流程。
L…之前的几篇学习笔记重点讲解了如何移植uboot到STM32MP157开发板上从本章就开始学习如何移植Linux内核。 同uboot一样在具体移植之前先来学习一下Linux内核的顶层Makefile文件因为顶层 Makefile控制着Linux内核的编译流程。
Linux内核初次编译
先编译一下正点原子STM32MP157开发板的出厂Linux内核。
第三方库安装
编译内核之前需要先在Ubuntu上安装lzop库否则内核编译会失败命令如下 sudo apt-get update //先更新在安装防止安装的时候报错 sudo apt-get install lzop sudo apt-get install libssl-dev
mkimage工具安装
STM32MP1编译出来的Linux内核镜像文件为uImage这是uboot所使用的内核镜像格式通过在zImage镜像的前面添加0X40个字节的头部来得到uImage这个需要mkimage工具来完成此工作。所以需要在Ubuntu下安装mkimage工具输入如下命令 sudo apt-get install u-boot-tools
编译Linux系统
首先编译一下正点原子出厂的Linux源码在Ubuntu下新建一个名为“alientek_linux”的目录存放正点原子出厂Linux源码正点原子出厂Linux系统源码已经放到了开发板光盘中就是linux-5.4.31-gb8d3ec3ac-v1.1.tar.bz2将正点原子出厂linux系统源码拷贝到前面在Ubuntu下新建的“alientek_linux”目录下拷贝完成以后使用如下命令解压缩 cd alientek_linux //进入到alientek_linux目录 tar -vxjf linux-5.4.31-gb8d3ec3ac-v1.1.tar.bz2 //解压缩
解压完成后如下图所示 在上图中Linux源码根目录下新建名为“stm32mp157d_atk.sh”的shell脚本然后在这个shell脚本中输入如下所示内容
示例代码15.1.1 stm32mp157d_atk.sh文件内容
1 #!/bin/sh
2 make ARCHarm CROSS_COMPILEarm-none-linux-gnueabihf- distclean
3 make ARCHarm CROSS_COMPILEarm-none-linux-gnueabihf- stm32mp1_atk_defconfig
4 make ARCHarm CROSS_COMPILEarm-none-linux-gnueabihf- menuconfig
5 make ARCHarm CROSS_COMPILEarm-none-linux-gnueabihf- uImage dtbs LOADADDR0XC2000040 -j16第2行执行“make distclean”清理工程所以stm32mp157d_atk.sh每次都会清理一下工 程。如果通过图形界面配置了Linux但是还没保存新的配置文件那么就要慎重使用stm32mp157d_atk.sh编译脚本了因为它会把你的配置信息都删除掉
第3行执行“make xxx_defconfig”配置工程这里使用的配置文件为stm32mp1_atk_defconfig。
第4行执行“make menuconfig”打开图形配置界面对Linux进行配置如果不想每次编译都打开图形配置界面的话可以将这一行删除掉。
第5行编译Linux内核后面的“uImage”表示编译uImage格式的Linux内核“dtbs”表示编译设备树LOADADDR表示Linux内核在DDR中的加载地址为0XC2000040。
stm32mp157d_atk.sh编译脚本每次执行都是先清理整个工程然后在重新全编译这个过程很费时间如果电脑配置差的话要编译很久。除了第一次编译Linux源码我们很少清理工程全编译的后续驱动开发很少用“make distclean”来清理工程都是直接“make uImage LOADADDR0XC2000040”编译内核或者“make dtbs”编译设备树。
使用chmod给予stm32mp157d_atk.sh可执行权限然后运行此shell脚本命令如下 chmod 777 stm32mp157d_atk.sh //给予可执行权限 ./stm32mp157d_atk.sh //执行编译脚本
编译的时候会弹出Linux图形配置界面如下图所示 Linux图形界面配置和uboot是一样的这里不需要做任何配置直接按两下“ESC”退出退出后就会自动开始编译Linux编译完成后如下图所示 编译完成后就会在arch/arm/boot这个目录下生成一个uImage的文件uImage就是要用的Linux镜像文件如下图所示 另外也会在arch/arm/boot/dts下生成很多.dtb文件这些.dtb就是设备树文件需要的是stm32mp157d-atk.dtb这个文件如下图所示 在编译脚本stm32mp157d_atk.sh里面每条编译命令都指定ARCH和CROSS_COMPILE这两个变量的值如果单独运行编译命令的话输入起来会很麻烦可以直接在Linux内核源码的Makefile文件里面指定ARCH和CROSS_COMPILE这两个变量的值打开Linux内核源码目录下的主Makefile按照如下图所示设置ARCH和CROSS_COMPILE 在主Makefile中添加ARCH和CROSS_COMPILE以后stm32mp157d_atk.sh就可以简化为
示例代码15.1.2 简化后的stm32mp157d_atk.sh文件内容
1 #!/bin/sh
2 make distclean
3 make stm32mp1_atk_defconfig
4 make menuconfig
5 make uImage dtbs LOADADDR0XC2000040 -j16如果要单独编译uImage的话可以使用如下命令 make uImage LOADADDR0XC2000040
单独编译设备树可以使用如下命令 make dtbs
可以看出Linux的编译过程基本和uboot一样都要先执行“make xxx_defconfig”来配置一下然后在执行“make uImage”进行编译如果需要使用图形界面配置的话就执行“make menuconfig”。
Linux工程目录分析
将正点原子提供的Linux源码进行解压完成后的目录如下图所示 上图就是正点原子提供的未编译的Linux源码目录文件在分析Linux之前一定要先在Ubuntu中编译一下Linux因为编译过程会生成一些文件而生成的这些恰恰是分析Linux不可或缺的文件。编译完成以后使用tar压缩命令对其进行压缩并使用Filezilla软件将压缩后的Linux源码拷贝到Windows下。
编译后的Linux目录如下图所示 上图中重要的文件夹或文件的含义如下图所示 上图中的很多文件夹和文件并不需要很在意需要关注的重点文件夹和文件如下会进行详细讲解。
arch目录
这个目录是和架构有关的目录比如arm、arm64、avr32、x86等等架构。每种架构都对应 一个目录在这些目录中又有很多子目录比如boot、common、configs等等以arch/arm为例其子目录如下图所示 上图是arch/arm的一部分子目录这些子目录用于控制系统引导、系统调用、动态调频、主频设置等。arch/arm/configs目录是不同平台的默认配置文件xxx_defconfig如下图所示 在arch/arm/configs中就包含有STM32MP157开发板的默认配置文件stm32mp1_atk_defconfig执行“make stm32mp1_atk_defconfig”即可完成配置。arch/arm/boot/dts目录里面是对应开发平台 的设备树文件。
arch/arm/boot目录下会保存编译出来的Image和uImage镜像文件而uImage就是要用的linux镜像文件。
arch/arm/mach-xxx目录分别为相应平台的驱动和初始化文件比如mach-stm32目录里面就是STM32系列CPU的驱动和初始化文件。
block目录
block是Linux下块设备目录像SD卡、EMMC、NAND、硬盘等存储设备就属于块设备block目录中存放着管理块设备的相关文件。
crypto目录
crypto目录里存放着加密文件比如常见的crc、crc32、md4、md5、hash等加密算法。
Documentation目录
此目录里面存放着Linux相关的文档如果要想了解Linux某个功能模块或驱动架构的功能就可以在Documentation目录中查找有没有对应的文档。
drivers目录
驱动目录文件此目录根据驱动类型的不同分门别类进行整理比如drivers/i2c就是I2C相关驱动目录drivers/gpio就是GPIO相关的驱动目录这是学习的重点。
fs目录
此目录存放文件系统比如fs/ext2、fs/ext4、fs/f2fs等分别是ext2、ext4和f2fs等文件系统。
include目录
头文件目录。
init目录
此目录存放Linux内核启动时的初始化代码。
ipc目录
IPC为进程间通信ipc目录是进程间通信的具体实现代码。
kernel目录
Linux内核代码。
lib目录
lib是库的意思lib目录都是一些公用的库函数。
mm目录
此目录存放内存管理相关代码。
net目录
此目录存放网络相关代码。
samples目录
此目录存放一些示例代码文件。
scripts目录
脚本目录Linux编译的时候会用到很多脚本文件这些脚本文件就保存在此目录中。
security目录
此目录存放安全相关的文件。
sound目录
此目录存放音频相关驱动文件音频驱动文件并没有存放到drivers目录中而是单独的目录。
tools目录
此目录存放一些编译的时候使用到的工具。
usr目录
此目录存放与 initramfs有关的代码。
virt目录
此目录存放虚拟机相关文件。
.config文件
跟uboot一样.config保存着Linux最终的配置信息编译Linux的时候会读取此文件中的配置信息。最终根据配置信息来选择编译Linux哪些模块哪些功能。
Kbuild文件
有些Makefile会读取此文件。
Kconfig文件
图形化配置界面的配置文件。
Makefile文件
Linux顶层Makefile文件可以好好研读一下。
README文件
此文件详细讲解了如何编译Linux源码以及Linux源码的目录信息可以看一下此文件。
关于Linux源码目录就分析到这里接下来分析一下Linux的顶层Makefile。
顶层Makefile详解
创建VScode的Linux内核工程。
Linux的顶层Makefile和uboot的顶层Makefile非常相似因为uboot参考了Linux前602行几乎一样所以前面部分大致看一下就行了。
1、版本号
顶层Makefile一开始就是Linux内核的版本号如下所示 可以看出Linux内核版本号为5.4.31。
2、MAKEFLAGS变量
MAKEFLAGS变量设置如下所示
3、命令输出
Linux编译的时候也可以通过“V1”来输出完整的命令这个和uboot一样相关代码如下所示
4、静默输出
Linux编译的时候使用“make -s”就可以实现静默编译编译的时候就不会打印任何信息同uboot一样相关代码如下
5、设置编译结果输出目录
Linux编译的时候使用“Oxxx”即可将编译产生的过程文件输出到指定的目录中相关代码如下 6、代码检查
Linux也支持代码检查使用命令“make C1”使能代码检查检查那些需要重新编译的文件。“make C2”用于检查所有的源码文件顶层Makefile中的代码如下
7、模块编译
Linux允许单独编译某个模块使用命令“make Mdir”即可旧语法“make SUBDIRSdir”也是支持的。顶层Makefile中的代码如下 外部模块编译过程和uboot基本类似最终导出srctree、objtree和VPATH这三个变量的值其中srctree.也就是当前目录objtree同样为“.”。
8、设置目标架构和交叉编译器
同uboot一样Linux编译的时候需要设置目标板架构ARCH和交叉编译器CROSS_COMPILE在顶层Makefile中代码如下 这里只定义了ARCHCROSS_COMPILE需要编译的时候手动输入值。为了方便一般直接在顶层Makefile中设置ARCH和CROSS_COMPILE直接将其设置为对应的架构和编译器。比如正点原子至今的教程都是将ARCH设置为armCROSS_COMPILE设置为arm-none-linux-gnueabihf-如下所示
示例代码15.3.9 顶层Makefile代码段
360 ARCH ? arm
361 CROSS_COMPILE ? arm-none-linux-gnueabihf-设置好后就可以使用如下命令编译Linux
make xxx_defconfig //使用默认配置文件配置 Linux
make menuconfig //启动图形化配置界面
make -j16 //编译 Linux9、调用scripts/Kbuild.include文件
同uboot一样 Linux顶层Makefile也会调用文件scripts/Kbuild.include顶层Makefile相应代码如下
10、交叉编译工具变量设置
顶层Makefile中其他和交叉编译器有关的变量设置如下 LA、LD、CC等这些都是交叉编译器使用的工具。
11、头文件路径设置
顶层Makefile定义了两个变量保存头文件路径USERINCLUDE和LINUXINCLUDE相关代码如下 第442-447行的USERINCLUDE是UAPI相关的头文件路径第451-456行的LINUXINCLUDE是Linux内核源码的头文件路径。重点来看一下LINUXINCLUDE其中SRACARCHarm。因此将USERINCLUDE和LINUXINCLUDE展开以 后为
12、导出变量
顶层Makefile会导出很多变量给子Makefile使用导出的这些变量如下
make xxx_defconfig过程
第一次编译Linux之前都要先使用“make xxx_defconfig”配置Linux内核在顶层Makefile中有“%config”这个目标如下所示
示例代码15.3.1.1 顶层Makefile代码段
560 include arch/$(SRCARCH)/Makefile
561 export KBUILD_DEFCONFIG KBUILD_KCONFIG CC_VERSION_TEXT
562
563 config: outputmakefile scripts_basic FORCE
564 $(Q)$(MAKE) $(build)scripts/kconfig $
565
566 %config: outputmakefile scripts_basic FORCE
567 $(Q)$(MAKE) $(build)scripts/kconfig $第560行引用arch/arm/Makefile这个文件这个文件很重要因为zImage、uImage等这些文件就是由arch/arm/Makefile来生成的。
第561行导出变量KBUILD_DEFCONFIG、KBUILD_KCONFIG、CC_VERSION_TEXT。
第563行没有目标与之匹配因此不执行。
第566行“make xxx_defconfig”与目标 “%config”匹配因此执行。“%config”依赖scripts_basic、 outputmakefile和FORCE“%config”真正有意义的依赖就只有 scripts_basicscripts_basic的规则如下
示例代码15.3.1.2 顶层Makefile代码段
499 scripts_basic:
500 $(Q)$(MAKE) $(build)scripts/basic
501 $(Q)rm -f .tmp_quiet_recordmcountbuild定义在文件scripts/Kbuild.include中值为build : -f $(srctree)/scripts/Makefile.build obj因此将示例代码15.3.1.2展开就是 scripts_basic: make -f ./scripts/Makefile.build objscripts/basic //也可以没有 视配置而定 rm -f . tmp_quiet_recordmcount //也可以没有
接着回到示例代码15.3.1.1的目标“%config”处内容如下 %config: scripts_basic outputmakefile FORCE $(Q)$(MAKE) $(build)scripts/kconfig $
将命令展开就是 make -f ./scripts/Makefile.build objscripts/kconfig xxx_defconfig ## Makefile.build脚本分析 从上一小节可知“make xxx_defconfig”配置Linux的时候如下两行命令会执行脚本scripts/Makefile.build有如下代码
make -f ./scripts/Makefile.build objscripts/basic
make -f ./scripts/Makefile.build objscripts/kconfig xxx_defconfig接下来一次分析一下
scripts_basic目标对应命令
scripts_basic目标对应的命令为make -f ./scripts/Makefile.build objscripts/basic。打开文 件scripts/Makefile.build有如下代码
示例代码15.3.2.1 Makefile.build代码段
40 kbuild-dir : $(if $(filter /%,$(src)),$(src),$(srctree)/$(src))
41 kbuild-file : $(if $(wildcard $(kbuild-dir)/Kbuild),$(kbuild-dir)/Kbuild,$(kbuild-dir)/Makefile)
42 include $(kbuild-file)将kbuild-dir展开后为 kbuild-dir./scripts/basic
将kbuild-file展开后为 kbuild-file ./scripts/basic/Makefile
最后将42行展开即 include ./scripts/basic/Makefile
继续分析scripts/Makefile.build代码如下
示例代码15.3.2.2 Makefile.build代码段
488 __build: $(if $(KBUILD_BUILTIN),$(builtin-target) $(lib-target) $(extra-y)) \
489 $(if $(KBUILD_MODULES),$(obj-m) $(modorder-target)) \
490 $(subdir-ym) $(always)
491 :__build是默认目标因为命令“make -f ./scripts/Makefile.build objscripts/basic”没有指 定目标所以会使用到默认目标 __build。在顶层Makefile中KBUILD_BUILTIN为1KBUILD_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和scripts/basic/bin2c.c这两个文件编译成fixdep和bin2c。
综上所述scripts_basic目标的作用就是编译出scripts/basic/fixdep和scripts/basic/bin2c这两个软件。
%config目标对应的命令
%config目标对应的命令为make -f ./scripts/Makefile.build objscripts/kconfig xxx_defconfig。Makefile.build会读取scripts/kconfig/Makefile中的内容此文件有如下所示内容
示例代码15.3.2.3 scripts/kconfig/Makefile代码段
89 %_defconfig: $(obj)/conf
90 $(Q)$ $(silent) --defconfigarch/$(SRCARCH)/configs/$ $(Kconfig)目标%_defconfig与xxx_defconfig匹配所以会执行这条规则将其展开就是 %_defconfig: scripts/kconfig/conf scripts/kconfig/conf --defconfigarch/arm/configs/%_defconfig Kconfig
%_defconfig依赖scripts/kconfig/conf所以会编译scripts/kconfig/conf.c生成conf这个软件。此软件就会将%_defconfig中的配置输出到.config文件中最终生成Linux kernel根目录下的.config文件。
make过程
使用命令“make xxx_defconfig”配置好Linux内核以后就可以使用“make”或者“make all”命令进行编译。顶层Makefile有如下代码 第15行_all是默认目标如果使用命令“make”编译Linux的话此目标就会被匹配。
第577行如果KBUILD_EXTMOD为空的话578行的代码成立。
第578行默认目标_all依赖all。
第631行目标all依赖vmlinux所以接下来的重点就是vmlinux
顶层Makefile中有如下代码
示例代码15.3.3.2 顶层Makefile代码段
1037 export KBUILD_VMLINUX_OBJS : $(head-y) $(init-y) $(core-y) \
1038 $(libs-y2)$(drivers-y) $(net-y) $(virt-y)
1039 export KBUILD_VMLINUX_LIBS : $(libs-y1)
1040 export KBUILD_LDS : arch/$(SRCARCH)/kernel/vmlinux.lds
1041 export LDFLAGS_vmlinux
1042 # used by scripts/Makefile.package
1043 export KBUILD_ALLDIRS : $(sort $(filter-out arch/%,$(vmlinux- alldirs)) LICENSES arch include scripts tools)
1044
1045 vmlinux-deps : $(KBUILD_LDS) $(KBUILD_VMLINUX_OBJS) $(KBUILD_VMLINUX_LIBS)
1046
1047 # Recurse until adjust_autoksyms.sh is satisfied
1048 PHONY autoksyms_recursive
1049 ifdef CONFIG_TRIM_UNUSED_KSYMS
1050 autoksyms_recursive: descend modules.order
1051 $(Q)$(CONFIG_SHELL) $(srctree)/scripts/adjust_autoksyms.sh \
1052 $(MAKE) -f $(srctree)/Makefile vmlinux
1053 endif
......
1075 vmlinux: scripts/link-vmlinux.sh autoksyms_recursive $(vmlinux-deps) FORCE
1076 $(call if_changed,link-vmlinux)从第1075行可以看出目标vmlinux依赖scripts/link-vmlinux.sh、autoksyms_recursive、$(vmlinux-deps)和FORCE。第1045行定义了vmlinux-deps值为 vmlinux-deps : $(KBUILD_LDS) $(KBUILD_VMLINUX_OBJS) $(KBUILD_VMLINUX_LIBS)
第1037行KBUILD_VMLINUX_OBJS : $(head-y) $(init-y) $(core-y) $(libs-y2) $(drivers-y) $(net-y) $(virt-y)。
第1039行KBUILD_VMLINUX_LIBS : $(libs-y1)。
第1040行KBUILD_LDS:arch/$(SRCARCH)/kernel/vmlinux.lds其中SRCARCHarm因此 KBUILD_LDS arch/arm/kernel/vmlinux.lds。
第1049行没有定义宏CONFIG_TRIM_UNUSED_KSYMS所以 autoksyms_recursive为空的。
综上所述vmlinux的依赖为scripts/link-vmlinux.sh、$(head-y)、$(init-y)、$(core-y) 、$(libs-y2) 、$(drivers-y) 、$(net-y)、$(virt-y)、$(libs-y1)、arch/arm/kernel/vmlinux.lds和FORCE。
第1076行的命令用于链接生成vmlinux。
重点来看一下$(head-y)、$(init-y)、$(core-y) 、$(libs-y2) 、$(drivers-y) 、$(net-y)、$(virt-y)、$(libs-y1)这八个变量的值。
head-y
head-y定义在文件arch/arm/Makefile中内容如下
示例代码15.3.3.3 arch/arm/Makefile代码段
144 head-y : arch/arm/kernel/head$(MMUEXT).o当不使能MMU的时候MMUEXT-nommu如果使能MMU的话为空因此head-y最终的值为 head-y arch/arm/kernel/head.o
init-y、drivers-y和net-y
在顶层Makefile中有如下代码
示例代码15.3.3.4 顶层Makefile代码段
618 init-y : init/
619 drivers-y : drivers/ sound/
620 drivers-$(CONFIG_SAMPLES) samples/
621 net-y : net/
......
1028 init-y : $(patsubst %/, %/built-in.a, $(init-y))
1030 drivers-y: $(patsubst %/, %/built-in.a, $(drivers-y))
1031 net-y : $(patsubst %/, %/built-in.a, $(net-y))从示例代码15.3.3.4可知init-y、drivers-y和net-y最终的值为 init-y init/built-in.o drivers-y drivers/built-in.a sound/built-in.a samples/built-in.a net-y net/built-in.o
libs-y1和libs-y2
libs-y基本和init-y一样在顶层Makefile中存在如下代码
示例代码15.3.3.5 顶层Makefile代码段
622 libs-y : lib/
......
1032 libs-y1 : $(patsubst %/, %/lib.a, $(libs-y))
1033 libs-y2 : $(patsubst %/, %/built-in.a, $(filter-out %.a, $(libs-y)))根据示例代码15.3.3.5可知“libs-y1lib/lib.a”“libs-y2lib/built-in.o”这个只正确了一部分因为在arch/arm/Makefile中会向libs-y中追加一些值代码如下
示例代码15.3.3.6 arch/arm/Makefile代码段
297 libs-y : arch/arm/lib/ $(libs-y)arch/arm/Makefile将libs-y的值改为了arch/arm/lib $(libs-y)展开以后为 libs-y arch/arm/lib lib/
因此根据示例代码15.3.3.5的第1032和1033行可知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
virt-y
virt-y在顶层Makefile中有如下代码
示例代码15.3.3.7 顶层Makefile代码段
624 virt-y : virt/
......
1034 virt-y : $(patsubst %/, %/built-in.a, $(virt-y))从示例代码15.3.3.7可知virt-y最终的值为 virt-y virt/built-in.a
core-y
core-y和init-y也一样在顶层Makefile中有如下代码
示例代码15.3.3.8 顶层Makefile代码段
623 core-y : usr/
......
1015 core-y kernel/ certs/ mm/ fs/ ipc/ security/ crypto/ block/但是在arch/arm/Makefile中会对core-y进行追加代码如下
示例代码15.3.3.9 arch/arm/Makefile代码段
276 core-$(CONFIG_FPE_NWFPE) arch/arm/nwfpe/
277 # Put arch/arm/fastfpe/ to use this.
278 core-$(CONFIG_FPE_FASTFPE) $(patsubst $(srctree)/%,%,$(wildcard $(srctree)/arch/arm/fastfpe/))
279 core-$(CONFIG_VFP) arch/arm/vfp/
280 core-$(CONFIG_XEN) arch/arm/xen/
281 core-$(CONFIG_KVM_ARM_HOST) arch/arm/kvm/
282 core-$(CONFIG_VDSO) arch/arm/vdso/
283
284 # If we have a machine-specific directory, then include it in the build.
285 core-y arch/arm/kernel/ arch/arm/mm/ arch/arm/common/
286 core-y arch/arm/probes/
287 core-y arch/arm/net/
288 core-y arch/arm/crypto/
289 core-y $(machdirs) $(platdirs)第276-282行根据不同的配置向core-y追加不同的值比如使能VFP的话就会在.config中有CONFIG_VFPy这一行那么core-y就会追加“arch/arm/vfp/”。
第285-289行就是对core-y直接追加的值。
在顶层Makefile中有如下一行
示例代码15.3.3.10 顶层Makefile代码段
1029 core-y : $(patsubst %/, %/built-in.a, $(core-y))经过上述代码的转换最终core-y的值为 core-y usr/built-in.a arch/arm/vfp/built-in.a arch/arm/vdso/built-in.a arch/arm/kernel/built-in.a arch/arm/mm/built-in.a arch/arm/common/built-in.a arch/arm/probes/built-in.a arch/arm/net/built-in.a arch/arm/crypto/built-in.a arch/arm/mach-aspeed/built-in.a arch/arm/mach-milbeaut/built-in.a arch/arm/mach-stm32/built-in.a kernel/built-in.a certs/built-in.a mm/built-in.a fs/built-in.a ipc/built-in.a security/built-in.a crypto/built-in.a block/built-in.a
关于head-y 、init-y、core-y、libs-y2、drivers-y、net-y、virt-y和libs-y1这8个变量就讲解到这里。这些变量都是一些built-in.o或.a等文件这个和uboot一样都是**将相应目录中的源码文件进行编译然后在各自目录下生成built-in.o文件有些生成了.a库文件。最终将这些built-in.o和.a文件进行链接即可形成ELF格式的可执行文件也就是vmlinux**但是链接是需要链接脚本的vmlinux的依赖arch/arm/kernel/vmlinux.lds就是整个Linux的链接脚本。
示例代码15.3.3.2第1076行的命令“$(call if_changed,link-vmlinux)”表示将$(call if_changed,link-vmlinux)的结果作为最终生成vmlinux的命令前面的“”表示该命令结果不可 忽略。$(call if_changed,link-vmlinux)是调用函数if_changedlink-vmlinux是函数if_changed的参数函数if_changed定义在文件scripts/Kbuild.include中如下所示
示例代码15.3.3.11 scripts/Kbuild.include代码段
217 if_changed $(if $(any-prereq)$(cmd-check), \
218 $(cmd); \
219 printf %s\n cmd_$ : $(make-cmd) $(dot-target).cmd, :)any-prereq用于检查依赖文件是否有变化如果依赖文件有变化那么any-prereq就不为空否则就为空。cmd-check用于检查命令是否有变化如果没有变化那么cmd-check就为空。当命令或者依赖有变化的话就执行命令。
第219行打印命令执行过程。比如示例代码15.3.3.2中第1076行“(call if_changed,link-vmlinux)”这行命令用于链接vmlinux。在这里$就是“link-vmlinux”因此cmd_$表示执 行cmd_link-vmlinux的内容。cmd_link-vmlinux在顶层Makefile中有如下所示定义
示例代码15.3.3.12 顶层Makefile代码段
1071 cmd_link-vmlinux \
1072 $(CONFIG_SHELL) $ $(LD) $(KBUILD_LDFLAGS) $(LDFLAGS_vmlinux);\
1073 $(if $(ARCH_POSTLINK), $(MAKE) -f $(ARCH_POSTLINK) $, true)第1071行就是cmd_link-vmlinux的值其中CONFIG_SHELLsh$表示目标vmlinux的第一个依赖文件根据示例代码15.3.3.2可知这个文件为scripts/link-vmlinux.sh。LD arm-none-linux-gnueabihf-ld -ELKBUILD_LDFLAGS -EL。LDFLAGS_vmlinux的值由顶层Makefile和arch/arm/Makefile这两个文件共同决定最终LDFLAGS_vmlinux–no-undefined -X --pic-veneer --build-id。因此cmd_link-vmlinux最终的值为 cmd_link-vmlinux sh scripts/link-vmlinux.sh arm-none-linux-gnueabihf-ld -EL--no-undefined -X --pic-veneer --build-id
cmd_link-vmlinux会调用scripts/link-vmlinux.sh这个脚本来链接出vmlinux在link-vmlinux.sh中有如下所示代码
示例代码15.3.3.13 scripts/link-vmlinux.sh代码段
58 # Link of vmlinux
59 # ${1} - output file
60 # ${2}, ${3}, ... - optional extra .o files
61 vmlinux_link()
62 {
63 local lds${objtree}/${KBUILD_LDS}
64 local output${1}
65 local objects
66
67 info LD ${output}
68
69 # skip output file argument
70 shift
71
72 if [ ${SRCARCH} ! um ]; then
73 objects--whole-archive \
74 ${KBUILD_VMLINUX_OBJS} \
75 --no-whole-archive \
76 --start-group \
77 ${KBUILD_VMLINUX_LIBS} \
78 --end-group \
79 ${}
80
81 ${LD} ${KBUILD_LDFLAGS} ${LDFLAGS_vmlinux} \
82 -o ${output} \
83 -T ${lds} ${objects}
84 else
85 objects-Wl,--whole-archive \
86 ${KBUILD_VMLINUX_OBJS} \
87 -Wl,--no-whole-archive \
88 -Wl,--start-group \
89 ${KBUILD_VMLINUX_LIBS} \
90 -Wl,--end-group \
91 ${}
92
93 ${CC} ${CFLAGS_vmlinux} \
94 -o ${output} \
95 -Wl,-T,${lds} \
96 ${objects} \
97 -lutil -lrt -lpthread
98 rm -f linux
99 fi
100 }
......
305 vmlinux_link vmlinux ${kallsymso} ${btf_vmlinux_bin_o}vmliux_link就是最终链接出vmlinux的函数第72行判断SRCARCH是否等于“um”如果不相等的话就执 73-83行的代码。因为SRCARCHarm因此条件成立执行73-83行的代码。重点看一下81-83行这三行代码就应该很熟悉了就是普通的链接操作连接脚本为lds./arch/arm/kernel/vmlinux.lds。
第305行调用 vmlinux_link函数来链接出vmlinux。
使用命令“make V1”编译Linux会有如下图所示的编译信息 至此基本理清了make的过程重点就是将各个子目录下的built-in.o、.a等文件链接在一起最终生成vmlinux这个ELF格式的可执行文件。链接脚本为arch/arm/kernel/vmlinux.lds链接过程是由shell脚本scripts/link-vmlinux.s来完成的。接下来的问题就是这些子目录下的built-in.o、.a等文件又是如何编译出来的呢
built-in.o文件编译生成过程
根据示例代码15.3.3.2第1075行可知vmliux依赖vmlinux-deps而vmlinux-deps $(KBUILD_LDS) $(KBUILD_VMLINUX_OBJS) $(KBUILD_VMLINUX_LIBS)KBUILD_LDS是链接脚本这里不考虑剩下的KBUILD_VMLINUX_OBJS和KBUILD_VMLINUX_LIBS就是各个子目录下的built-in.o、.a等文件 。最终vmlinux-deps的值如下 vmlinux-deps arch/arm/kernel/vmlinux.lds arch/arm/kernel/head.o init/built-in.a usr/built-in.a arch/arm/vfp/built-in.a arch/arm/vdso/built-in.a arch/arm/kernel/built-in.a arch/arm/mm/built-in.a arch/arm/common/built-in.a arch/arm/probes/built-in.a arch/arm/net/built-in.a arch/arm/crypto/built-in.a arch/arm/mach-aspeed/built-in.a arch/arm/mach-milbeaut/built-in.a arch/arm/mach-stm32/built-in.a kernel/built-in.a certs/built-in.a mm/built-in.a fs/built-in.a ipc/built-in.a security/built-in.a crypto/built-in.a block/built-in.a arch/arm/lib/built-in.a lib/built-in.a drivers/built-in.a sound/built-in.a samples/built-in.a net/built-in.a virt/built-in.a arch/arm/lib/lib.a lib/lib.a
除了arch/arm/kernel/vmlinux.lds以外其他都是要编译链接生成的。在顶层Makefile中有 如下代码
示例代码15.3.4.1 顶层Makefile代码段
1082 $(sort $(vmlinux-deps)): descend ;sort是排序函数用于对vmlinux-deps的字符串列表进行排序并且去掉重复的单词。可以看出vmlinux-deps依赖descenddescend也定义在顶层Makefile中定义如下
示例代码15.3.4.2 顶层Makefile代码段
1025 build-dirs : $(vmlinux-dirs)
......
1688 descend: $(build-dirs)
1689 $(build-dirs): prepare
1690 $(Q)$(MAKE) $(build)$ \
1691 single-build$(if $(filter-out $/, $(single-no-ko)),1) \
1692 need-builtin1 need-modorder1可以看出descend又依赖build-dirs从1025行可以看出build-dirs就是vmlinux-dirs。vmlinux-dirs看名字就知道和目录有关此变量保存着生成vmlinux所需源码文件的目录值如下 示例代码15.3.4.2中第1689行目标build-dirs依赖prepare这个依赖不重要。重点看一下第1690行的命令。build前面已经说了值为“-f ./scripts/Makefile.build obj”因此将1690行的命令展开就是 make -f ./scripts/Makefile.build obj$
$表示目标文件也就是build-dirs的值而build-dirs就是vmlinux-dirs将vmlinux-dirs中的这些目录全部带入到命令中结果如下 make -f ./scripts/Makefile.build objinit make -f ./scripts/Makefile.build objusr make -f ./scripts/Makefile.build objarch/arm/vfp make -f ./scripts/Makefile.build objarch/arm/vdso make -f ./scripts/Makefile.build objarch/arm/kernel make -f ./scripts/Makefile.build objarch/arm/mm make -f ./scripts/Makefile.build objarch/arm/common make -f ./scripts/Makefile.build objarch/arm/probes make -f ./scripts/Makefile.build objarch/arm/net …… make -f ./scripts/Makefile.build objvirt
这些命令运行过程其实都是一样的就以“ make -f ./scripts/Makefile.build objinit”这个命令为例讲解一下详细的运行过程。这里又要用到 Makefile.build这个脚本了此脚本默认目标为__build再来看一下__build目标对应的规则如 下
示例代码15.3.4.4 scripts/Makefile.build代码段
488 __build: $(if $(KBUILD_BUILTIN),$(builtin-target) $(lib-target) $(extra-y)) \
489 $(if $(KBUILD_MODULES),$(obj-m) $(modorder-target)) \
490 $(subdir-ym) $(always)
491 :当只编译Linux内核镜像文件也就是使用“make uImage”编译的时候KBUILD_BUILTIN1KBUILD_MODULES为空。“make”命令是会编译所有的东西包括Linux内核镜像文件和一些模块文件。如果只编译Linux内核镜像的话__build目标简化为 __build: $(builtin-target) $(lib-target) $(extra-y)) $(subdir-ym) $(always) :
重点来看一下builtin-target这个依赖builtin-target同样定义在文件scripts/Makefile.build中定义如下
示例代码15.3.4.5 scripts/Makefile.build代码段
69 ifneq ($(strip $(real-obj-y) $(need-builtin)),)
70 builtin-target : $(obj)/built-in.a
71 endif第70行就是builtin-target变量的值为“$(obj)/built-in.o”这就是这些built-in.o的来源了。要生成built-in.o要求real-obj-y和need-builtin这些变量不能全部为空。
make zImage过程
vmlinux、Image、zImage、uImage区别
前面几小节重点是讲vmlinux是如何编译出来的vmlinux是ELF格式的文件但是在实际中不会使用vmlinux而是使用zImage或uImage这样的Linux内核镜像文件。
1、vmlinux是编译出来的最原始的内核文件是未压缩的比如正点原子提供的Linux源码编译出来的vmlinux差不多有260多MB如下图所示
2、Image是Linux内核镜像文件但是Image仅包含可执行的二进制数据。 Image就是使用objcopy取消掉vmlinux中的一些其他信息比如符号表。但是Image是没有压缩过的Image保存在arch/arm/boot目录下其大小大概在19MB左右如下图所示 相比vmlinux的260MBImage缩小到了19MB。
3、zImage是经过gzip压缩后的Image经过压缩以后其大小大概在8MB左右如下图所示
4、uImage是老版本uboot专用的镜像文件uImage是在zImage前面加了一个长度为64字节的“头”这个头信息描述了该镜像文件的类型、加载位置、生成时间、大小等信息uImage大小如下图所示 上图中zImage大小为8133168字节uImage大小为8133232字节差距就是8133232-813316864字节这64字节就是头部信息。
使用“make”、“make all”、“make uImage”这些命令就可以编译出uImage镜像在arch/arm/Makefile中有如下代码 第333行变量BOOT_TARGETS包含zImageImagexipImagebootpImage和uImage。
第341行BOOT_TARGETS依赖vmlinux因此如果使用“make uImage”编译Linux内核的话首先肯定要先编译出vmlinux。
第342行具体的命令比如要编译uImage那么命令展开以后如下所示 make -f ./scripts/Makefile.build objarch/arm/boot MACHINEarch/arm/boot/uImage :
就是使用scripts/Makefile.build文件来完成vmlinux到uImage的转换。
关于Linux顶层Makefile就讲解到这里基本和uboot的顶层Makefile一样重点在于vmlinux的生成。最后将vmlinux压缩成最常用的uImage或zImage等文件。
总结
Linux内核的顶层Makefile的前半部分和uboot的就是一样的可以去参考uboot的顶层Makefile详解来进行学习或者知道一个框架就可以了。
Linux内核的Makefile区别在于关注的重点是vmlinux的生成。
与uboot相似之处
首先会使用“make xxx_defconfig”配置Linux内核最终展开就可以得到最后执行的命令如下所示 make -f ./scripts/Makefile.build objscripts/kconfig xxx_defconfig
而配置的时候有两行命令会执行脚本scripts/Makefile.build make -f ./scripts/Makefile.build objscripts/basic make -f ./scripts/Makefile.build objscripts/kconfig xxx_defconfig
scripts_basic目标的作用就是编译出scripts/basic/fixdep和scripts/basic/bin2c这 两个软件。
%config目标会读取%_defconfig这个会跟xxx_defconfig匹配%_defconfig依赖scripts/kconfig/conf会编译scripts/kconfig/conf.c生成conf软件把%_defconfig中配置输出到.config最终生成Linux kernel根目录下.config。
以上均与uboot的解读类似。
与uboot区别
“make”的默认目标是_all_all依赖allall依赖vmlinux。
vmlinux依赖如下scripts/link-vmlinux.sh、$(head-y)、$(init-y)、$(core-y) 、$(libs-y2) 、$(drivers-y) 、$(net-y)、$(virt-y)、$(libs-y1)、arch/arm/kernel/vmlinux.lds和FORCE。
那8个变量展开后如下 head-y arch/arm/kernel/head.o init-y init/built-in.o drivers-y drivers/built-in.a sound/built-in.a samples/built-in.a net-y net/built-in.o libs-y1 arch/arm/lib/lib.a lib/lib.a libs-y2 arch/arm/lib/built-in.o lib/built-in.o virt-y virt/built-in.a core-y usr/built-in.a arch/arm/vfp/built-in.a arch/arm/vdso/built-in.a arch/arm/kernel/built-in.a arch/arm/mm/built-in.a arch/arm/common/built-in.a arch/arm/probes/built-in.a arch/arm/net/built-in.a arch/arm/crypto/built-in.a arch/arm/mach-aspeed/built-in.a arch/arm/mach-milbeaut/built-in.a arch/arm/mach-stm32/built-in.a kernel/built-in.a certs/built-in.a mm/built-in.a fs/built-in.a ipc/built-in.a security/built-in.a crypto/built-in.a block/built-in.a
arch/arm/kernel/vmlinux.lds就是整个Linux的链接脚本调用if_changed进行链接最终执行cmd_link_vmlinux而他展开后的值就是 cmd_link-vmlinux sh scripts/link-vmlinux.sh arm-none-linux-gnueabihf-ld -EL--no-undefined -X --pic-veneer --build-id cmd_link-vmlinux
也就是调用scripts/link-vmlinux脚本链接vmlinux最终调用的是里面的vmlinux_link函数链接vmlinux。
最终使用
最后用的是vmlinux编译后经过objcopy处理并gzip压缩添加头信息的uImage镜像文件。
