本文参考文章地址：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 ,makefile。
主要是分析一下三者之间的关系，然后就其语法简要的谈一下。
当我们在内核源码目录下执行make （或者make menuconfig等
命令）命令时，实际上是根据makefile 来进行编译的。我在mini2440
开发板上编写了一个按键控制led灯的驱动。文件名为buttons_leds_z
hao.c属于字符驱动。因此在/driver/char/目录下的makefile部分最
后添加一行
obj-$(CONFIG_BUTTONS_LEDS_ZHAO) +=
buttons_leds_zhao.o
如下：
obj-y += mem.o random.o tty_io.o n_tty.o tty_ioctl.o
tty_ldisc.o tty_buffer.o tty_port.o
obj-$(CONFIG_BFIN_JTAG_COMM) += bfin_jtag_comm.o
obj-$(CONFIG_CONSOLE_TRANSLATIONS) += consolemap.o
consolemap_deftbl.o
obj-$(CONFIG_HW_CONSOLE) += vt.o defkeymap.o
obj-$(CONFIG_AUDIT) += tty_audit.o
obj-$(CONFIG_BUTTONS_LEDS_ZHAO) +=
buttons_leds_zhao.o
其中第一行obj-y 中的y表示编译进内核，而obj-$(CONFIG_LEGAC
Y_PTYS) 中CONFIG_LEGACY_PTYS则表示一个变量，类似于我们C
语言中的变量，用$( )来表示，它一般可以取三种值y ,m ,n.y表示
编译进内核，而m则表示以模块的方式进行编译，n表示不编译进内
核。obj-y += 等号后面的.o后缀文件则是由该目录下的对应名称的
.c文件编译而来。
而上面CONFIG_LEGACY_PTYS变量的取值则是通过.config文件来集
中赋值的。.config部分内容如下
# Character devices
#
CONFIG_VT=y
CONFIG_CONSOLE_TRANSLATIONS=y
CONFIG_VT_CONSOLE=y
CONFIG_HW_CONSOLE=y
# CONFIG_VT_HW_CONSOLE_BINDING is not set
# CONFIG_DEVKMEM is not set
CONFIG_MINI2440_HELLO_MODULE=m
CONFIG_BUTTONS_LEDS_ZHAO=m
CONFIG_LEDS_MINI2440=m
CONFIG_MINI2440_BUTTONS=m
CONFIG_MINI2440_BUZZER=y
CONFIG_MINI2440_ADC=y
# CONFIG_SERIAL_NONSTANDARD is not set
从上面几行我们可以看到，在makefile里面的变量都是在.config中
赋值的。当我们在源代码目录下输入make命令时，都是默认从.config
中读入。
因此，在输入make之前，用ls -a 查看一下是否有该文件。对于
只包含几个文件的工程来说，手动写.config和makefile并不是一件很难
的事情，但如果是一个包含有几百个文件的项目来说，则是一件比较困
难的事情。可以用autoconf来自动生成.config，automake来制作
makefile。看起来问题是解决的，但实际上，这种做法缺乏一定的灵活
性，不能实现按需定制的要求。如果要添加或删掉某个驱动，将要在
.config文件中找到相应的项进行修改。非常的不方便。因此，便出现了
kconfig。
当我们在内核源码目录下输入make menuconfig时，出现如下内容：
.config - Linux Kernel v2.6.32.2 Configuration
──────────────────────────────────────────────────────────────────────────────────────────────────
┌──────────────────────────────── Linux Kernel Configuration ─────────────────────────────────┐
│ Arrow keys navigate the menu. <Enter> selects submenus --->. Highlighted letters are │
│ hotkeys. Pressing <Y> includes, <N> excludes, <M> modularizes features. Press <Esc><Esc> │
│ to exit, <?> for Help, </> for Search. Legend: [*] built-in [ ] excluded <M> module │
│ < > module capable │
│ ┌─────────────────────────────────────────────────────────────────────────────────────────┐ │
│ │ General setup ---> │ │
│ │ [*] Enable loadable module support ---> │ │
│ │ -*- Enable the block layer ---> │ │
│ │ System Type ---> │ │
│ │ Bus support ---> │ │
│ │ Kernel Features ---> │ │
│ │ Boot options ---> │ │
│ │ CPU Power Management ---> │ │
│ │ Floating point emulation ---> │ │
│ │ Userspace binary formats ---> │ │
│ │ Power management options ---> │ │
│ │ [*] Networking support ---> │ │
│ │ Device Drivers ---> │ │
│ │ File systems ---> │ │
│ └─────────┴(+)────────────────────────────────────────────────────────────────────────────┘ │
├─────────────────────────────────────────────────────────────────────────────────────────────┤
│ <Select> < Exit > < Help > │
└─────────────────────────────────────────────────────────────────────────────────────────────┘
它是通过读取在内核源码目录下的Kconfig文件来配置的。
在/drivers/char/下的目录kconfig部分内容如下：
config DEVKMEM
bool "/dev/kmem virtual device support"
default y
help
Say Y here if you want to support the /dev/kmem device. The
/dev/kmem device is rarely used, but can be used for certain
kind of kernel debugging operations.
When in doubt, say "N".
config MINI2440_HELLO_MODULE
tristate "Mini2440 module sample"
depends on MACH_MINI2440
default m if MACH_MINI2440
help
Mini2440 module sample.
config BUTTONS_LEDS_ZHAO
tristate "Mini2440 button and leds sample"
depends on MACH_MINI2440
default m if MACH_MINI2440
help
Mini2440 button and leds module sample.
其具体语法格式说明如下：
config关键字是一个新的配置选项的入口 其后的选项MINI2440_H
ELLO_MODULE省略了CONFIG。完整的表示为CONFIG_MINI2440
_HELLO_MODULE,也即是当我们将该选项设置成y时，它将自动的将
.config的CONFIG_MINI2440_HELLO_MODULE=m改写成
CONFIG_MINI2440_HELLO_MODULE=y。
紧接着的是菜单的属性 最主要的有2种tristate ,boolean 。tristate表
示三态：编译进内核（y)，编译成模块(m)，不编译(n)。boolean 主
要有两种y或ndepend则表示依赖项 default缺省的编译选项 m表示默
认该文件表示以模块方式编译。后面的help是帮助信息，当我们选中
help菜单时就可以看见，它不是必需的。随着操作系统升级，编译选项
达到几千个。对于一般人来说，要搞清每一个选项是很困难的，一般很
多选项都是默认的。
总的来说，三者之间的关系如下：当我们在内核源码目录下输入
makemenuconfig时，在出现的菜单界面中选择一项时，它会自动跟新
.config相应项的值。如果我们没有选择，则会在.config问下插入一行
注释。类似于# CONFIG_SERIAL_NONSTANDARD is not set，当
我们输入make时，根据makefile文件来编译，makefile文件中的变量
值则由.config来进行赋值操作。仅仅只在kconfig中添加选项，只会在
菜单界面中显示，即使此时选择y或m，也不会编译文件。还需要在
makefile文件中按照规定添加相应行才能进行编译。简单图解如下：
kconfig------->.config---------->makefile
扫一扫
543
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
