Linux内核中的Kconfig、Makefile、.config

本文参考文章地址：http://hi.baidu.com/donghaozheng/blog/item/02e1b231f0df64a25fdf0eea.html

         本文参考友善之臂的MICRO2440用户手册

毛毛同学今天学习了驱动程序模块的安装与卸载，在这个过程中毛毛发现，内核的目录中有许多的Kconfig、Makefile文件，但是毛毛不知道为什么需要这些文件，这些文件又是用来做什么的。下面我们就和陶毛毛同学一起来学习下这些文件的作用是什么。 
        首先我们来学习什么Makefile，什么是Kconfig ，什么是.config 
        Ｍakefile：一个文本形式的文件，其中包含一些规则告诉make编译哪些文件以及怎样编译这些文件。

         Kconfig：一个文本形式的文件，其中主要作用是在内核配置时候，作为配置选项。

         .config：文件是在进行内核配置的时候，经过配置后生成的内核编译参考文件。

Kconfig

1.先了解一下Kconfig的语法： 
一个典型的内核配置菜单如下： 
menu "Network device support" 
config NETDEVICES 
        bool "Enable Net Devices" 
        depends on NET 
        default y 
       help 
               This is help desciption。 
... 
endmenu 
包含在menu/endmenu中的内容会成为Network device support的子菜单。每一个子菜单项都是由config来定义的。congfig下方的那些bool、depends on、default、help等为config的属性，用于定义该菜单项的类型、依赖项、默认值、帮助信息等。 

2. 补充说明一下类型定义部分： 
每个config菜单项都要有类型定义: bool布尔类型、 tristate三态(内建、模块、移除)、string字符串、 hex十六进制、 integer整型。 
例如： 
config HELLO_MODULE 
bool "hello test module" 
bool 类型的只能选中或不选中，显示为[ ]; tristate类型的菜单项多了编译成内核模块的选项，显示为< > , 假如选择编译成内核模块，则会在.config中生成一个 CONFIG_HELLO_MODULE=m的配置，假如选择内建，就是直接编译成内核影响，就会在.config中生成一个 CONFIG_HELLO_MODULE=y的配置. hex十六进制类型显示为（ ）。

3. 目录层次迭代 
在Kconfig中有类似语句：source "drivers/usb/Kconfig" 
用来包含（或嵌套）新的Kconfig文件，这样便可以使各个目录管理各自的配置内容，使不必把那些配置都写在同一个文件里，方便修改和管理。

----------------------------------------------------------------------------------------------

Makefile 
2.6内核的Makefile分为5个组成部分： 
       1. 最顶层的Makefile 
       2. 内核的.config配置文件 
       3.   在arch/$(ARCH) 目录下的体系结构相关的Makefile 
       4. 在s目录下的 Makefile.* 文件，是一些Makefile的通用规则 
       5. 各级目录下的大概约500个kbuild Makefile文件

顶层的Makefile文件读取 .config文件的内容，并总体上负责build内核和模块。Arch Makefile则提供补充体系结构相关的信息。 s目录下的Makefile文件包含了所有用来根据kbuild Makefile 构建内核所需的定义和规则。

Kbuild Makefile 
对于Makefiles的不同组成部分，有一些不同的语法规则。针对的对象也不同，对于大部分内核模块或设备驱动的开发者和使用者来说，最常接触到的就是各层目录下基于kbuild架构的kbuild Makefile文件。Kbuild Makefile核心内容主要包括： 
1.目标定义 
目标定义就是用来定义哪些内容要做为模块编译，哪些要编译链接进内核。如：

obj-y += foo.o

表示要由foo.c或者foo.s文件编译得到foo.o并链接进内核，而obj-m则表示该文件要作为模块编译。 除了y，m以外的obj-x形式的目标都不会被编译。而更常见的做法是根据.config文件的CONFIG_ 变量来决定文件的编译方式（该变量如何起作用见文末另一篇文章的链接），如： 
obj-$(CONFIG_EXT2) += ext2.o

除了obj-形式的目标以外，还有lib-y library库，hostprogs-y 主机程序等目标，但是基本都应用在特定的目录和场合下。

例子说明：

下面我们以实例来说明这几个文件的作用

Step1：编辑配置文件Kconfig，加入驱动选项，使之在make menuconfig 的时候出现 
打开 linux-2.6.32.2/drivers/char/Kconfig 文件，添加如图所示：

保存退出，这时在linux-2.6.32.2 目录位置运行一下make menuconfig 就可以在Device 
Drivers Character devices 菜单中看到刚才所添加的选项了，按下空格键将会选择为<M>， 
此意为要把该选项编译为模块方式；再按下空格会变为<*>，意为要把该选项编译到内核中， 
在此我们选择<M>，如图：

Step2：通过上一步，我们虽然可以在配置内核的时候进行选择，但实际上此时执行编译内核还是不能把mini2440_hello_module.c 编译进去的，还需要在Makefile 中把内核配置选项和真正的源代码联系起来，打开linux-2.6.32.2/drivers/char/Makefile，如图添加并保存退出：

 

Step3：这时回到linux-2.6.32.2 源代码根目录位置，执行make modules，就可以生成我们所需要的内核模块文件 mini2440_hello_module.ko 了，如图：至此，我们已经完成了模块驱动的编译。

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。

图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.

图3

图4

可见，choice有点类似于menu，是在子窗口里选择，但是不同的是子窗口中只能选择一项。在prompt后会显示当前选择项的名称。 

(5)     source

source只是将另外一个Kconfig文件直接复制到当前位置而已。但它的作用也是明显的，可以将这个系统贯穿在一起。从开始位置arch/arm/Kconfig，来将整个系统都作为配置型。 

配置分析

         当我们进入了linux源码的根目录时，输入make menuconfig。假设，此时根目录已经存在了.config，如果不存在，会自动生成。这时，在命令行显示如图5.

图5

显然，在执行make menuconfig时，会自动调用scripts/Kconfig/mconf arch/arm/Kconfig开始系统的配置，那么arch/arm/Kconfig就是配置的起点。这个文件会通过source指令来调用其他目录 下的Kconfig文件，从而完成整体配置。这样，arch/arm/Kconfig就可以理解成main函数，而source指令就有点类似于 include。可以按照上面的语法，来分析Kconfig文件。