makefile menuconfig过程讲解
当我们在执行make menuconfig这个命令时,系统到底帮我们做了哪些工作呢?
这里面一共涉及到了一下几个文件我们来一一讲解
Linux内核根目录下的scripts文件夹
arch/$ARCH/Kconfig文件、各层目录下的Kconfig文件
Linux内核根目录下的makefile文件、各层目录下的makefile文件
Linux内核根目录下的的.config文件、arm/$ARCH/下的config文件
Linux内核根目录下的 include/generated/autoconf.h文件
1)scripts文件夹存放的是跟make menuconfig配置界面的图形绘制相关的文件,我们作为使用者无需关心这个文件夹的内容
2)当我们执行make menuconfig命令出现上述蓝色配置界面以前,系统帮我们做了以下工作:
首先系统会读取arch/$ARCH/目录下的Kconfig文件生成整个配置界面选项(Kconfig是整个linux配置机制的核心),那么ARCH环境变量的值等于多少呢?
它是由linux内核根目录下的makefile文件决定的,在makefile下有此环境变量的定义:
或者通过 make ARCH=arm menuconfig命令来生成配置界面,默认生成的界面是所有参数都是没有值的
比如教务处进行考试,考试科数可能有外语、语文、数学等科,这里相当于我们选择了arm科可进行考试,系统就会读取arm/arm/kconfig文件生成配置选项(选择了
arm科的卷子),系统还提供了x86科、milps科等10几门功课的考试题
3)假设教务处比较“仁慈”,为了怕某些同学做不错试题,还给我们准备了一份参考答案(默认配置选项),存放在arch/$ARCH/configs下,对于arm科来说就是
arch/arm/configs文件夹:
此文件夹中有许多选项,系统会读取哪个呢?内核默认会读取linux内核根目录下.config文件作为内核的默认选项(试题的参考答案),我们一般会根据开发板的类型从中
选取一个与我们开发板最接近的系列到Linux内核根目录下(选择一个最接近的参考答案)
#cp arch/arm/configs/s3c2410_defconfig .config
4).config
假设教务处留了一个心眼,他提供的参考答案并不完全正确(.config文件与我们的板子并不是完全匹配),这时我们可以选择直接修改.config文件然后执行make
menuconfig命令读取新的选项
但是一般我们不采取这个方案,我们选择在配置界面中通过空格、esc、回车选择某些选项选中或者不选中,最后保存退出的时候,Linux内核会把新的选项(正确的参
考答案)更新到.config中,此时我们可以把.config重命名为其它文件保存起来(当你执行make distclean时系统会把.config文件删除),以后我们再配置内核时就不需
要再去arch/arm/configs下考取相应的文件了,省去了重新配置的麻烦,直接将保存的.config文件复制为.config即可.
5)经过以上两步,我们可以正确的读取、配置我们需要的界面了
那么他们如何跟makefile文件建立编译关系呢?
当你保存make menuconfig选项时,系统会除了会自动更新.config外,还会将所有的选项以宏的形式保存在
Linux内核根目录下的 include/generated/autoconf.h文件下
内核中的源代码就都会包含以上.h文件,跟宏的定义情况进行条件编译。
当我们需要对一个文件整体选择如是否编译时,还需要修改对应的makefile文件,例如:
我们选择是否要编译s3c2410_ts.c这个文件时,makefile会根据CONFIG_TOUCHSCREEN_S3C2410来决定是编译此文件,此宏是在Kconfig文件中定义,当我们配置完成后会出现在.config及autconf中,至此,我们就完成了整个linux内核的编译过程。
最后我们会发现,整个linux内核配置过程中,留给用户的接口其实只有各层Kconfig、makefile文件以及对应的源文件。
比如我们如果想要给内核增加一个功能,并且通过make menuconfig控制其声称过程
首先需要做的工作是:修改对应目录下的Kconfig文件,按照Kconfig语法增加对应的选项;
其次执行make menuconfig选择编译进内核或者不编译进内核,或者编译为模块,.config文件和autoconf.h文件会自动生成;
最后修改对应目录下的makefile文件完成编译选项的添加;
最后的最后执行make zImage命令进行编译。
=================================================================================================================================================
make menuconfig/.config/Kconfig解析
一、在对linux进行编译,常用的命令是make menuconfig,使用图形界面来对整个系统进行裁剪。当然,除了这条指令,还包括很多配置命令,比如make defconfig, make
oldconfig等。这里主要就make menuconfig的执行过程进行解析。
初步介绍: 跟make menuconfig这个命令相关的文件,包括三类,包括.config,Kconfig,Makefile。为什么不说三个,而说三类呢?因为 Kconfig和Makefile是配合使用
的,在很多的子目录都存在,而.config只存在于根目录中。这三个文件的作用分别是:
Kconfig:定义了配置项
.config:对配置项进行赋值
Makefile:建立配置项的生成法则
看到这里,可能有人就头疼了,到底什么是配置项,什么是生成法则。这里要求具有理解Makefile的能力,如果不懂的话,可以去找Makefile的相关资料。
如果使用举例的话,比较容易理解。比如,我编写了mytest.c的文件,这里不关心mytest.c的内容。如果想把mytest.c编译到内核中,需要按照以下的步骤来完成。
1) 将test.c放到任何一个目录中,这个目录只要求已存在Kconfig和Makefile中,比如源码根目录/arch/arm/目录中。
2) 在这个目录的Kconfig中添加
config MY_TEST
bool “My Test”
3) 在Makefile中添加
obj-$(CONFIG_MY_TEST) = mytest.o
4) 在.config中可以添加 CONFIG_MY_TEST = y来选中。
或者在执行make menuconfig时,找到显示名为My Test的选项,使用空格选中。
总而言之,就是如果需要向系统内核中添加一个功能,那么首先定义一个配置项对应于这个功能,添加到特定的Kconfig文件中。然后在Makefile 里,定义这个
配置项需要编译哪些文件。最后就可以通过make menuconfig或者直接修改.config来使能这个配置项。
.config作为全局配置项的使能信息,存在于根目录中。里面内容基本上都是以下形式:
CONFIG_XX_XX=y/n/m/0xFFFFFF/32/”XXXXXXX”
其实,.config就是将执行make menuconfig后,对配置项的修改保存到一个文件中而已。如果没有.config时,make menuconfig会按照默认值来显示。
二、配置的必要性
在下载linux内核的时候,应该注意到了linux内核一般都很大,大概有70-80MB。这么大的内核对于PC来说,可能不是很大,但是对于嵌 入式来说,那可就很大了。因为内
核很大一部分都是常驻内存的,所以对于内存和硬盘来说,都是一种浪费。而且,内核中很大一部分也不需要被编译,比如 arch目录是表示不同平台的信息,由于我们烧
写的内核只用于一种平台,那么其他的目录完全是不需要烧写到内核里的。这样就要求,一部分文件需要编译,一 部分文件不需要编译,这样就有了内核裁剪(配置)的需
要了。而对于不同的配置方式,可能使用的手段是不同的,但是目的都是一样的,就是配置内核中需要编译 的文件。通过编译后,内核的大小基本上是2.5MB。
三、Kconfig语法
1. 基本构成
基本构成包括五种,menu/endmenu,menuconfig,config,choice/endchoice,source。下面就对每种详细介绍:
(1) menu/endmenu
menu的作用,可以理解成一个目录,menu可以把其中一部分配置项包含到一个menu中,这样有利于配置的分类显示。menu与endmenu是一组指令,必须同时出现。menu和
endmenu中包含的部分就是子目录中的配置项。
比如,在init/Kconfig中24行(可能不同)显示为:
menu "General setup"
这样,就会生成一个目录,特征就是右侧会出现一个箭头,如图1中第一行。当点击确认键时,会进入这个菜单项,如图2。
(2) menuconfig
menuconfig有点类似menu,但区别就在于menu后面多了一个config,这个menu是可以配置的,如图2中的第二行,前面比 menu类型多了一个方框,通过空格可以修改这个配置项的选中状态。而且从格式上来看,也是有区别的。格式如init/Kconfig中1131行:
menuconfig MODULES
bool "Enable loadable module support"config
if MODULES
xx
endif
也就是说,配置项是位于if和endif中。其中的部分就是MODULES子目录显示的内容。如果选中了MODULE,那么if和endif中的内容可以显示。如果没有定义,就只能进入一
个空目录。
(3) config
config是构成Kconfig的最基本单元,其中定义了配置项的详细信息。定义的格式参考arch/arm/Kconfig中的第8行。
config ARM
bool
default y
select xxxxxxxxxx
help
可知,config需要定义名称,与menuconfig相同。这个名称不但用于裁剪内核中,还用于配置项之间的相互依赖关系中。
config的类型有5种,分别是bool(y/n),tristate(y/m/n),string(字符串),hex(十六进 制),integer(整数)。其中,需要特别介绍一下bool和tristate,bool只能表示
选中和不选,而tristate还可以配置成模块 (m),特别对于驱动程序的开发非常有用。
其他语法如下:
1) prompt:提示,显示在make menuconfig中的名称,一般省略。下面两种写法相同。
a. bool “Networking Support”
b. bool
prompt “Networking Support”
2) default:默认值
一个配置项可以有多个默认值,但是只有第一个被定义的值是有效的。
3) depends on/requires:依赖关系
如果依赖的配置项没有选中,那么就当前项也无法选中。
4) select:反向依赖
如果当前项选中,那么也选中select后的选项。
5) range:范围,用于hex和integer
range A B表示当前值不小于A,不大于B
6) comment:注释
(4) choice/endchoice
choice的作用,多选一,有点像MFC中的Radio控件。参考arch/arm/Kconfig第205行。
choice
prompt "ARM system type"
default ARCH_VERSATILE
config ARCH_S3C2410
bool "Samsung S3C2410, S3C2412, S3C2413, S3C2440, S3C2442, S3C2443"
select GENERIC_GPIO
select ARCH_HAS_CPUFREQ
select HAVE_CLK
endchoice
显示的结果如图3,进入这一项后,显示结果如图4.
可见,choice有点类似于menu,是在子窗口里选择,但是不同的是子窗口中只能选择一项。在prompt后会显示当前选择项的名称。
(5) source
source只是将另外一个Kconfig文件直接复制到当前位置而已。但它的作用也是明显的,可以将这个系统贯穿在一起。从开始位置arch/arm/Kconfig,来将整个系统都作为
配置型。
五.配置分析
当我们进入了linux源码的根目录时,输入make menuconfig。假设,此时根目录已经存在了.config,如果不存在,会自动生成。这时,在命令行显示如图5.
显然,在执行make menuconfig时,会自动调用scripts/Kconfig/mconf arch/arm/Kconfig开始系统的配置,那么arch/arm/Kconfig就是配置的起点。这个文件会通过
source指令来调用其他目录 下的Kconfig文件,从而完成整体配置。这样,arch/arm/Kconfig就可以理解成main函数,而source指令就有点类似于 include。可以按照上面
的语法,来分析Kconfig文件。
===================================================================================================================================================
内核中那些文件将被编译?他们是怎样被编译的?他们连接时顺序如何确定?那个文件在最前面?内核最先执行的文件怎样确定?这些都是通过Makefile来管理的。
a)顶层Makefile它是所有Makefile文件的核心,从总体上控制内核编译,连接
b).config配置文件(make menuconfig内核配置完之后自动生成),所有Makefile文件都是根据.config来确定使用那些文件的
c)arch/$(ARCH)/Makefile对应体系的Makefile(如arch/arm/Makefile),它用来决定那些体系结构相关的文件参与内核的生成,并提供一些规则来生成特定格式的内核镜像
d)各级目录下的Makefile文件,它们被上一层Makefile调用来编译当前目录下文件
接下来看一下内核顶层的Makefile内容如下:
461 # Objects we will link into vmlinux / subdirs we need to visit
462 init-y := init/
463 drivers-y := drivers/ sound/ firmware/
464 net-y := net/
465 libs-y := lib/
466 core-y := usr/
....
624 core-y += kernel/ mm/ fs/ ipc/ security/ crypto/ block/
可以看到顶层Makefile将14个目录分成5类:init-y ,drivers-y,net-y ,libs-y,
core-y,除去include和arch目录没有包含进来,arch在arch/$(ARCH)/Makefile中被包含进内核如下
441 include $(srctree)/arch/$(SRCARCH)/Makefile
在arch/arm/Makefile下可以看到
94 head-y := arch/arm/kernel/head$(MMUEXT).o arch/arm/kernel/init_task.o
....
182 # If we have a machine-specific directory, then include it in the build.
183 core-y += arch/arm/kernel/ arch/arm/mm/ arch/arm/common/
184 core-y += $(machdirs) $(platdirs)
185 core-$(CONFIG_FPE_NWFPE) += arch/arm/nwfpe/
186 core-$(CONFIG_FPE_FASTFPE) += $(FASTFPE_OBJ)
187 core-$(CONFIG_VFP) += arch/arm/vfp/
188
189 drivers-$(CONFIG_OPROFILE) += arch/arm/oprofile/
190
191 libs-y := arch/arm/lib/ $(libs-y)
94行那里除了前面5类子目录又多了一种head-y,不过他直接以文件名出现,对于arm处理器$(MMUEXT)为空,通过分析可知内核执行的第一个文件就是arch/arm/kernel/head.S(可以看我的另一篇博文)。
当我们编译内核时,将依次进入init-y ,drivers-y,net-y ,libs-y,core-y所列出的目录执行他们的Makefile,每个子目录都会生成一个built-in.o(libs所列目录下有可能生成lib.a文件),最后head-y所表示的文件和这些built-in.o,lib.a一起连接成内核镜像文件vmlinux.
在顶层Makefile中可以看到如下
670 vmlinux-init := $(head-y) $(init-y)
671 vmlinux-main := $(core-y) $(libs-y) $(drivers-y) $(net-y)
672 vmlinux-all := $(vmlinux-init) $(vmlinux-main)
673 vmlinux-lds := arch/$(SRCARCH)/kernel/vmlinux.lds
第672行的vmlinux-all表示构成内核镜像文件的vmlinux的目标文件,这里就不展开各个文件了,可以看我另一篇博文,从中可以知道这些目标文件的顺序为head-y,init-y,core-y,libs-y,net-y.
具体怎样连接要看内核连接脚本,对于arm体系连接脚本就是arch/arm/kernel/vmlinux.lds,它由arch/arm/kernel/vmlinux.lds.S文件生成。
最后还看一下在顶层Makefile中的
634
635 init-y := $(patsubst %/, %/built-in.o, $(init-y))
636 core-y := $(patsubst %/, %/built-in.o, $(core-y))
637 drivers-y := $(patsubst %/, %/built-in.o, $(drivers-y))
638 net-y := $(patsubst %/, %/built-in.o, $(net-y))
639 libs-y1 := $(patsubst %/, %/lib.a, $(libs-y))
640 libs-y2 := $(patsubst %/, %/built-in.o, $(libs-y))
641 libs-y := $(libs-y1) $(libs-y2)
上面的patsubst是个字符串处理函数,进行了上面转换之后init-y变成init/built-in.o,表示要连接进内核,其它的一样。
上面说的主要是顶层Makefile下面说一下各个目录下的Makefile这个相对来说简单一点
58 obj-$(CONFIG_TLAN) += tlan.o
59 obj-$(CONFIG_EPIC100) += epic100.o
60 obj-$(CONFIG_SIS190) += sis190.o
61 obj-$(CONFIG_SIS900) += sis900.o
62 obj-$(CONFIG_R6040) += r6040.o
63 obj-$(CONFIG_YELLOWFIN) += yellowfin.o
64 obj-$(CONFIG_ACENIC) += acenic.o
65 obj-$(CONFIG_ISERIES_VETH) += iseries_veth.o
66 obj-$(CONFIG_NATSEMI) += natsemi.o
67 obj-$(CONFIG_NS83820) += ns83820.o
68 obj-$(CONFIG_STNIC) += stnic.o 8390.o
69 obj-$(CONFIG_FEALNX) += fealnx.o
70 obj-$(CONFIG_TIGON3) += tg3.o
71 obj-$(CONFIG_BNX2) += bnx2.o
就像上面列出的一样,直接把文件名*.c在Makefile中按照一定格式改成*.o就可以了,最后编译完之后会生成一个*.o文件和一个built-in.o
下面分析一下内核Kconfig
linux内核中所有配置工具都是通过读取arch/arm/Kconfig文件来生成配置界面的,这个文件是所有配置文件的入口,它会包含其他目录的Kconfig文件进来。
我们内核中每个子目录中都会有一个Makefile和Kconfig文件,每个目录下的Kconfig文件是配置界面的源文件。
下面我们来看一下arch/arm/Kconfig文件,看看他是怎样包含别的Kconfig文件的
555 source "arch/arm/mach-clps711x/Kconfig"
556
557 source "arch/arm/mach-ep93xx/Kconfig"
558
559 source "arch/arm/mach-footbridge/Kconfig"
560
561 source "arch/arm/mach-integrator/Kconfig"
562
563 source "arch/arm/mach-iop32x/Kconfig"
564
565 source "arch/arm/mach-iop33x/Kconfig"
其中source表示包含后面目录的Kconfig,这样我们就可以把分散在其它目录Kconfig组合在一次了
下面来看一下Kconfig中每个菜单是怎样生成的
Kconfig文件的基本要素config条目,config条目是用来生成菜单的,通常被其它条目包含
22 config MFD_SM501_GPIO
23 bool "Export GPIO via GPIO layer"
24 depends on MFD_SM501 && GPIOLIB
default y
25 ---help---
26 This option uses the gpio library layer to export the 64 GPIO
27 lines on the SM501. The platform data is used to supply the
28 base number for the first GPIO line to register.
29
其中config为关键字,表示一个配置项开始,接着的是MFD_SM501_GPIO配置项名称也就是我们在.config中看到的项,这里省略了CONFIG_,第23行bool表示变量类型,在Kconfig中变量类型主要有bool,tristate,string,hex,int,其中tristate,string是两种基本类型,bool变量取值为两种y和n,tristate为三种y,m,n,bool之后就是字符串提示信息也就是我们在配置是看到的名称,
depends on表示依赖关系例子中表示依赖MFD_SM501 与 GPIOLIB,意思是只有这两项也选上了Export GPIO via GPIO layer才会显示出来才能选
default y 表示默认值为y
"select" <symbol>选择关系也就是A如果选了B,在A被选中的时候B自动选中
8 config ARM
9 bool
10 default y
11 select HAVE_AOUT
12 select HAVE_IDE
13 select RTC_LIB
"prompt" <prompt>提示信息
help帮助信息
下面再来介绍一下menu条目
menu条目用于生成菜单
menu "Floating point emulation"
config FPE_NWFPE
....
config FRE_NEFPE_XP
.....
....
endmenu
menu...endmenu中可以包含很多config条目,它相当于一个大的菜单
还有choice...endchoice也一样这个是将多个类似的菜单放在一次和menu格式差不多
198 choice
199 prompt "ARM system type"
200 default ARCH_VERSATILE
201
202 config ARCH_AAEC2000
203 bool "Agilent AAEC-2000 based"
204 select ARM_AMBA
205 select HAVE_CLK
206 help
207 This enables support for systems based on the Agilent AAEC-2000
208
209 config ARCH_INTEGRATOR
210 bool "ARM Ltd. Integrator family"
211 select ARM_AMBA
212 select HAVE_CLK
...
endchoice
comment条目是定义一些帮助信息,这里就不说了
下面通过一个例子来说明Kconfig和Makefile的关系
假设我们要在源码目录drivers目录下增加一个test目录里面内容只有一个myleds.c文件
这时我们要做的就是在这个目录里增加Makefile和Kconfig使运行make menuconfig时能进行菜单选择
在新增的test目录下,Kconfig如下
1 menu "TEST Driver"
2 comment "TEST Driver"
3
4 config CONFIG_TEST
5 bool "TEST support"
6 config CONFIG_TEST_USER
7 tristate "TEST user-space interface"
8 depends on CONFIG_TEST
9 endmenu
上面首先创建一个菜单TEST Driver,然后显示TEST support给用户选择,接下来就是判断是否选择了,来进一步显示子菜单功能
为了这个Kconfig起作用,我们还要修改arch/arm/Kconfig文件,增加
source "drivers/test/Kconfig"
下面是test目录Makefile文件
obj-$(CONFIG_TEST) += myled.o hello.o
为了能编译到test目录父目录下Makefile要新增内容如下:
obj-y += test/
这样就可以了
到了这里Makefile和Kconfig就分析完了。。
当我们在执行make menuconfig这个命令时,系统到底帮我们做了哪些工作呢?
这里面一共涉及到了一下几个文件我们来一一讲解
Linux内核根目录下的scripts文件夹
arch/$ARCH/Kconfig文件、各层目录下的Kconfig文件
Linux内核根目录下的makefile文件、各层目录下的makefile文件
Linux内核根目录下的的.config文件、arm/$ARCH/下的config文件
Linux内核根目录下的 include/generated/autoconf.h文件
1)scripts文件夹存放的是跟make menuconfig配置界面的图形绘制相关的文件,我们作为使用者无需关心这个文件夹的内容
2)当我们执行make menuconfig命令出现上述蓝色配置界面以前,系统帮我们做了以下工作:
首先系统会读取arch/$ARCH/目录下的Kconfig文件生成整个配置界面选项(Kconfig是整个linux配置机制的核心),那么ARCH环境变量的值等于多少呢?
它是由linux内核根目录下的makefile文件决定的,在makefile下有此环境变量的定义:
或者通过 make ARCH=arm menuconfig命令来生成配置界面,默认生成的界面是所有参数都是没有值的
比如教务处进行考试,考试科数可能有外语、语文、数学等科,这里相当于我们选择了arm科可进行考试,系统就会读取arm/arm/kconfig文件生成配置选项(选择了
arm科的卷子),系统还提供了x86科、milps科等10几门功课的考试题
3)假设教务处比较“仁慈”,为了怕某些同学做不错试题,还给我们准备了一份参考答案(默认配置选项),存放在arch/$ARCH/configs下,对于arm科来说就是
arch/arm/configs文件夹:
此文件夹中有许多选项,系统会读取哪个呢?内核默认会读取linux内核根目录下.config文件作为内核的默认选项(试题的参考答案),我们一般会根据开发板的类型从中
选取一个与我们开发板最接近的系列到Linux内核根目录下(选择一个最接近的参考答案)
#cp arch/arm/configs/s3c2410_defconfig .config
4).config
假设教务处留了一个心眼,他提供的参考答案并不完全正确(.config文件与我们的板子并不是完全匹配),这时我们可以选择直接修改.config文件然后执行make
menuconfig命令读取新的选项
但是一般我们不采取这个方案,我们选择在配置界面中通过空格、esc、回车选择某些选项选中或者不选中,最后保存退出的时候,Linux内核会把新的选项(正确的参
考答案)更新到.config中,此时我们可以把.config重命名为其它文件保存起来(当你执行make distclean时系统会把.config文件删除),以后我们再配置内核时就不需
要再去arch/arm/configs下考取相应的文件了,省去了重新配置的麻烦,直接将保存的.config文件复制为.config即可.
5)经过以上两步,我们可以正确的读取、配置我们需要的界面了
那么他们如何跟makefile文件建立编译关系呢?
当你保存make menuconfig选项时,系统会除了会自动更新.config外,还会将所有的选项以宏的形式保存在
Linux内核根目录下的 include/generated/autoconf.h文件下
内核中的源代码就都会包含以上.h文件,跟宏的定义情况进行条件编译。
当我们需要对一个文件整体选择如是否编译时,还需要修改对应的makefile文件,例如:
我们选择是否要编译s3c2410_ts.c这个文件时,makefile会根据CONFIG_TOUCHSCREEN_S3C2410来决定是编译此文件,此宏是在Kconfig文件中定义,当我们配置完成后会出现在.config及autconf中,至此,我们就完成了整个linux内核的编译过程。
最后我们会发现,整个linux内核配置过程中,留给用户的接口其实只有各层Kconfig、makefile文件以及对应的源文件。
比如我们如果想要给内核增加一个功能,并且通过make menuconfig控制其声称过程
首先需要做的工作是:修改对应目录下的Kconfig文件,按照Kconfig语法增加对应的选项;
其次执行make menuconfig选择编译进内核或者不编译进内核,或者编译为模块,.config文件和autoconf.h文件会自动生成;
最后修改对应目录下的makefile文件完成编译选项的添加;
最后的最后执行make zImage命令进行编译。
=================================================================================================================================================
make menuconfig/.config/Kconfig解析
一、在对linux进行编译,常用的命令是make menuconfig,使用图形界面来对整个系统进行裁剪。当然,除了这条指令,还包括很多配置命令,比如make defconfig, make
oldconfig等。这里主要就make menuconfig的执行过程进行解析。
初步介绍: 跟make menuconfig这个命令相关的文件,包括三类,包括.config,Kconfig,Makefile。为什么不说三个,而说三类呢?因为 Kconfig和Makefile是配合使用
的,在很多的子目录都存在,而.config只存在于根目录中。这三个文件的作用分别是:
Kconfig:定义了配置项
.config:对配置项进行赋值
Makefile:建立配置项的生成法则
看到这里,可能有人就头疼了,到底什么是配置项,什么是生成法则。这里要求具有理解Makefile的能力,如果不懂的话,可以去找Makefile的相关资料。
如果使用举例的话,比较容易理解。比如,我编写了mytest.c的文件,这里不关心mytest.c的内容。如果想把mytest.c编译到内核中,需要按照以下的步骤来完成。
1) 将test.c放到任何一个目录中,这个目录只要求已存在Kconfig和Makefile中,比如源码根目录/arch/arm/目录中。
2) 在这个目录的Kconfig中添加
config MY_TEST
bool “My Test”
3) 在Makefile中添加
obj-$(CONFIG_MY_TEST) = mytest.o
4) 在.config中可以添加 CONFIG_MY_TEST = y来选中。
或者在执行make menuconfig时,找到显示名为My Test的选项,使用空格选中。
总而言之,就是如果需要向系统内核中添加一个功能,那么首先定义一个配置项对应于这个功能,添加到特定的Kconfig文件中。然后在Makefile 里,定义这个
配置项需要编译哪些文件。最后就可以通过make menuconfig或者直接修改.config来使能这个配置项。
.config作为全局配置项的使能信息,存在于根目录中。里面内容基本上都是以下形式:
CONFIG_XX_XX=y/n/m/0xFFFFFF/32/”XXXXXXX”
其实,.config就是将执行make menuconfig后,对配置项的修改保存到一个文件中而已。如果没有.config时,make menuconfig会按照默认值来显示。
二、配置的必要性
在下载linux内核的时候,应该注意到了linux内核一般都很大,大概有70-80MB。这么大的内核对于PC来说,可能不是很大,但是对于嵌 入式来说,那可就很大了。因为内
核很大一部分都是常驻内存的,所以对于内存和硬盘来说,都是一种浪费。而且,内核中很大一部分也不需要被编译,比如 arch目录是表示不同平台的信息,由于我们烧
写的内核只用于一种平台,那么其他的目录完全是不需要烧写到内核里的。这样就要求,一部分文件需要编译,一 部分文件不需要编译,这样就有了内核裁剪(配置)的需
要了。而对于不同的配置方式,可能使用的手段是不同的,但是目的都是一样的,就是配置内核中需要编译 的文件。通过编译后,内核的大小基本上是2.5MB。
三、Kconfig语法
1. 基本构成
基本构成包括五种,menu/endmenu,menuconfig,config,choice/endchoice,source。下面就对每种详细介绍:
(1) menu/endmenu
menu的作用,可以理解成一个目录,menu可以把其中一部分配置项包含到一个menu中,这样有利于配置的分类显示。menu与endmenu是一组指令,必须同时出现。menu和
endmenu中包含的部分就是子目录中的配置项。
比如,在init/Kconfig中24行(可能不同)显示为:
menu "General setup"
这样,就会生成一个目录,特征就是右侧会出现一个箭头,如图1中第一行。当点击确认键时,会进入这个菜单项,如图2。
(2) menuconfig
menuconfig有点类似menu,但区别就在于menu后面多了一个config,这个menu是可以配置的,如图2中的第二行,前面比 menu类型多了一个方框,通过空格可以修改这个配置项的选中状态。而且从格式上来看,也是有区别的。格式如init/Kconfig中1131行:
menuconfig MODULES
bool "Enable loadable module support"config
if MODULES
xx
endif
也就是说,配置项是位于if和endif中。其中的部分就是MODULES子目录显示的内容。如果选中了MODULE,那么if和endif中的内容可以显示。如果没有定义,就只能进入一
个空目录。
(3) config
config是构成Kconfig的最基本单元,其中定义了配置项的详细信息。定义的格式参考arch/arm/Kconfig中的第8行。
config ARM
bool
default y
select xxxxxxxxxx
help
可知,config需要定义名称,与menuconfig相同。这个名称不但用于裁剪内核中,还用于配置项之间的相互依赖关系中。
config的类型有5种,分别是bool(y/n),tristate(y/m/n),string(字符串),hex(十六进 制),integer(整数)。其中,需要特别介绍一下bool和tristate,bool只能表示
选中和不选,而tristate还可以配置成模块 (m),特别对于驱动程序的开发非常有用。
其他语法如下:
1) prompt:提示,显示在make menuconfig中的名称,一般省略。下面两种写法相同。
a. bool “Networking Support”
b. bool
prompt “Networking Support”
2) default:默认值
一个配置项可以有多个默认值,但是只有第一个被定义的值是有效的。
3) depends on/requires:依赖关系
如果依赖的配置项没有选中,那么就当前项也无法选中。
4) select:反向依赖
如果当前项选中,那么也选中select后的选项。
5) range:范围,用于hex和integer
range A B表示当前值不小于A,不大于B
6) comment:注释
(4) choice/endchoice
choice的作用,多选一,有点像MFC中的Radio控件。参考arch/arm/Kconfig第205行。
choice
prompt "ARM system type"
default ARCH_VERSATILE
config ARCH_S3C2410
bool "Samsung S3C2410, S3C2412, S3C2413, S3C2440, S3C2442, S3C2443"
select GENERIC_GPIO
select ARCH_HAS_CPUFREQ
select HAVE_CLK
endchoice
显示的结果如图3,进入这一项后,显示结果如图4.
可见,choice有点类似于menu,是在子窗口里选择,但是不同的是子窗口中只能选择一项。在prompt后会显示当前选择项的名称。
(5) source
source只是将另外一个Kconfig文件直接复制到当前位置而已。但它的作用也是明显的,可以将这个系统贯穿在一起。从开始位置arch/arm/Kconfig,来将整个系统都作为
配置型。
五.配置分析
当我们进入了linux源码的根目录时,输入make menuconfig。假设,此时根目录已经存在了.config,如果不存在,会自动生成。这时,在命令行显示如图5.
显然,在执行make menuconfig时,会自动调用scripts/Kconfig/mconf arch/arm/Kconfig开始系统的配置,那么arch/arm/Kconfig就是配置的起点。这个文件会通过
source指令来调用其他目录 下的Kconfig文件,从而完成整体配置。这样,arch/arm/Kconfig就可以理解成main函数,而source指令就有点类似于 include。可以按照上面
的语法,来分析Kconfig文件。
===================================================================================================================================================
内核中那些文件将被编译?他们是怎样被编译的?他们连接时顺序如何确定?那个文件在最前面?内核最先执行的文件怎样确定?这些都是通过Makefile来管理的。
a)顶层Makefile它是所有Makefile文件的核心,从总体上控制内核编译,连接
b).config配置文件(make menuconfig内核配置完之后自动生成),所有Makefile文件都是根据.config来确定使用那些文件的
c)arch/$(ARCH)/Makefile对应体系的Makefile(如arch/arm/Makefile),它用来决定那些体系结构相关的文件参与内核的生成,并提供一些规则来生成特定格式的内核镜像
d)各级目录下的Makefile文件,它们被上一层Makefile调用来编译当前目录下文件
接下来看一下内核顶层的Makefile内容如下:
461 # Objects we will link into vmlinux / subdirs we need to visit
462 init-y := init/
463 drivers-y := drivers/ sound/ firmware/
464 net-y := net/
465 libs-y := lib/
466 core-y := usr/
....
624 core-y += kernel/ mm/ fs/ ipc/ security/ crypto/ block/
可以看到顶层Makefile将14个目录分成5类:init-y ,drivers-y,net-y ,libs-y,
core-y,除去include和arch目录没有包含进来,arch在arch/$(ARCH)/Makefile中被包含进内核如下
441 include $(srctree)/arch/$(SRCARCH)/Makefile
在arch/arm/Makefile下可以看到
94 head-y := arch/arm/kernel/head$(MMUEXT).o arch/arm/kernel/init_task.o
....
182 # If we have a machine-specific directory, then include it in the build.
183 core-y += arch/arm/kernel/ arch/arm/mm/ arch/arm/common/
184 core-y += $(machdirs) $(platdirs)
185 core-$(CONFIG_FPE_NWFPE) += arch/arm/nwfpe/
186 core-$(CONFIG_FPE_FASTFPE) += $(FASTFPE_OBJ)
187 core-$(CONFIG_VFP) += arch/arm/vfp/
188
189 drivers-$(CONFIG_OPROFILE) += arch/arm/oprofile/
190
191 libs-y := arch/arm/lib/ $(libs-y)
94行那里除了前面5类子目录又多了一种head-y,不过他直接以文件名出现,对于arm处理器$(MMUEXT)为空,通过分析可知内核执行的第一个文件就是arch/arm/kernel/head.S(可以看我的另一篇博文)。
当我们编译内核时,将依次进入init-y ,drivers-y,net-y ,libs-y,core-y所列出的目录执行他们的Makefile,每个子目录都会生成一个built-in.o(libs所列目录下有可能生成lib.a文件),最后head-y所表示的文件和这些built-in.o,lib.a一起连接成内核镜像文件vmlinux.
在顶层Makefile中可以看到如下
670 vmlinux-init := $(head-y) $(init-y)
671 vmlinux-main := $(core-y) $(libs-y) $(drivers-y) $(net-y)
672 vmlinux-all := $(vmlinux-init) $(vmlinux-main)
673 vmlinux-lds := arch/$(SRCARCH)/kernel/vmlinux.lds
第672行的vmlinux-all表示构成内核镜像文件的vmlinux的目标文件,这里就不展开各个文件了,可以看我另一篇博文,从中可以知道这些目标文件的顺序为head-y,init-y,core-y,libs-y,net-y.
具体怎样连接要看内核连接脚本,对于arm体系连接脚本就是arch/arm/kernel/vmlinux.lds,它由arch/arm/kernel/vmlinux.lds.S文件生成。
最后还看一下在顶层Makefile中的
634
635 init-y := $(patsubst %/, %/built-in.o, $(init-y))
636 core-y := $(patsubst %/, %/built-in.o, $(core-y))
637 drivers-y := $(patsubst %/, %/built-in.o, $(drivers-y))
638 net-y := $(patsubst %/, %/built-in.o, $(net-y))
639 libs-y1 := $(patsubst %/, %/lib.a, $(libs-y))
640 libs-y2 := $(patsubst %/, %/built-in.o, $(libs-y))
641 libs-y := $(libs-y1) $(libs-y2)
上面的patsubst是个字符串处理函数,进行了上面转换之后init-y变成init/built-in.o,表示要连接进内核,其它的一样。
上面说的主要是顶层Makefile下面说一下各个目录下的Makefile这个相对来说简单一点
58 obj-$(CONFIG_TLAN) += tlan.o
59 obj-$(CONFIG_EPIC100) += epic100.o
60 obj-$(CONFIG_SIS190) += sis190.o
61 obj-$(CONFIG_SIS900) += sis900.o
62 obj-$(CONFIG_R6040) += r6040.o
63 obj-$(CONFIG_YELLOWFIN) += yellowfin.o
64 obj-$(CONFIG_ACENIC) += acenic.o
65 obj-$(CONFIG_ISERIES_VETH) += iseries_veth.o
66 obj-$(CONFIG_NATSEMI) += natsemi.o
67 obj-$(CONFIG_NS83820) += ns83820.o
68 obj-$(CONFIG_STNIC) += stnic.o 8390.o
69 obj-$(CONFIG_FEALNX) += fealnx.o
70 obj-$(CONFIG_TIGON3) += tg3.o
71 obj-$(CONFIG_BNX2) += bnx2.o
就像上面列出的一样,直接把文件名*.c在Makefile中按照一定格式改成*.o就可以了,最后编译完之后会生成一个*.o文件和一个built-in.o
下面分析一下内核Kconfig
linux内核中所有配置工具都是通过读取arch/arm/Kconfig文件来生成配置界面的,这个文件是所有配置文件的入口,它会包含其他目录的Kconfig文件进来。
我们内核中每个子目录中都会有一个Makefile和Kconfig文件,每个目录下的Kconfig文件是配置界面的源文件。
下面我们来看一下arch/arm/Kconfig文件,看看他是怎样包含别的Kconfig文件的
555 source "arch/arm/mach-clps711x/Kconfig"
556
557 source "arch/arm/mach-ep93xx/Kconfig"
558
559 source "arch/arm/mach-footbridge/Kconfig"
560
561 source "arch/arm/mach-integrator/Kconfig"
562
563 source "arch/arm/mach-iop32x/Kconfig"
564
565 source "arch/arm/mach-iop33x/Kconfig"
其中source表示包含后面目录的Kconfig,这样我们就可以把分散在其它目录Kconfig组合在一次了
下面来看一下Kconfig中每个菜单是怎样生成的
Kconfig文件的基本要素config条目,config条目是用来生成菜单的,通常被其它条目包含
22 config MFD_SM501_GPIO
23 bool "Export GPIO via GPIO layer"
24 depends on MFD_SM501 && GPIOLIB
default y
25 ---help---
26 This option uses the gpio library layer to export the 64 GPIO
27 lines on the SM501. The platform data is used to supply the
28 base number for the first GPIO line to register.
29
其中config为关键字,表示一个配置项开始,接着的是MFD_SM501_GPIO配置项名称也就是我们在.config中看到的项,这里省略了CONFIG_,第23行bool表示变量类型,在Kconfig中变量类型主要有bool,tristate,string,hex,int,其中tristate,string是两种基本类型,bool变量取值为两种y和n,tristate为三种y,m,n,bool之后就是字符串提示信息也就是我们在配置是看到的名称,
depends on表示依赖关系例子中表示依赖MFD_SM501 与 GPIOLIB,意思是只有这两项也选上了Export GPIO via GPIO layer才会显示出来才能选
default y 表示默认值为y
"select" <symbol>选择关系也就是A如果选了B,在A被选中的时候B自动选中
8 config ARM
9 bool
10 default y
11 select HAVE_AOUT
12 select HAVE_IDE
13 select RTC_LIB
"prompt" <prompt>提示信息
help帮助信息
下面再来介绍一下menu条目
menu条目用于生成菜单
menu "Floating point emulation"
config FPE_NWFPE
....
config FRE_NEFPE_XP
.....
....
endmenu
menu...endmenu中可以包含很多config条目,它相当于一个大的菜单
还有choice...endchoice也一样这个是将多个类似的菜单放在一次和menu格式差不多
198 choice
199 prompt "ARM system type"
200 default ARCH_VERSATILE
201
202 config ARCH_AAEC2000
203 bool "Agilent AAEC-2000 based"
204 select ARM_AMBA
205 select HAVE_CLK
206 help
207 This enables support for systems based on the Agilent AAEC-2000
208
209 config ARCH_INTEGRATOR
210 bool "ARM Ltd. Integrator family"
211 select ARM_AMBA
212 select HAVE_CLK
...
endchoice
comment条目是定义一些帮助信息,这里就不说了
下面通过一个例子来说明Kconfig和Makefile的关系
假设我们要在源码目录drivers目录下增加一个test目录里面内容只有一个myleds.c文件
这时我们要做的就是在这个目录里增加Makefile和Kconfig使运行make menuconfig时能进行菜单选择
在新增的test目录下,Kconfig如下
1 menu "TEST Driver"
2 comment "TEST Driver"
3
4 config CONFIG_TEST
5 bool "TEST support"
6 config CONFIG_TEST_USER
7 tristate "TEST user-space interface"
8 depends on CONFIG_TEST
9 endmenu
上面首先创建一个菜单TEST Driver,然后显示TEST support给用户选择,接下来就是判断是否选择了,来进一步显示子菜单功能
为了这个Kconfig起作用,我们还要修改arch/arm/Kconfig文件,增加
source "drivers/test/Kconfig"
下面是test目录Makefile文件
obj-$(CONFIG_TEST) += myled.o hello.o
为了能编译到test目录父目录下Makefile要新增内容如下:
obj-y += test/
这样就可以了
到了这里Makefile和Kconfig就分析完了。。