本文参考文章地址:http://hi.baidu.com/donghaozheng/blog/item/02e1b231f0df64a25fdf0eea.html
本文参考友善之臂的MICRO2440用户手册
毛毛同学今天学习了驱动程序模块的安装与卸载,在这个过程中毛毛发现,内核的目录中有许多的Kconfig、Makefile文件,但是毛毛不知道为什么需要这些文件,这些文件又是用来做什么的。下面我们就和陶毛毛同学一起来学习下这些文件的作用是什么。
首先我们来学习什么Makefile,什么是Kconfig ,什么是.config
Makefile:一个文本形式的文件,其中包含一些规则告诉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