Linux内核源码树的每个目录下都有两个文档Kconfig和Makefile。分布到各目录的Kconfig构成了一个分布式的内核配置数据库，每个Kconfig分别描述了所属目录源文档相关的内核配置菜单。在执行内核配置make menuconfig时，从Kconfig中读出菜单，用户选择后保存到.config的内核配置文档中。在内核编译时，主Makefile调用这个.config，就知道了用户的选择。这个内容说明了，Kconfig就是对应着内核的每级配置菜单。

假如要想添加新的驱动到内核的源码中，要修改Kconfig,这样就能够选择这个驱动，假如想使这个驱动被编译，则要修改Makefile。添加新的驱动时需要修改的文档有两种（如果添加的只是文件，则只需修改当前层Kconfig和Makefile文件；如果添加的是目录，则需修改当前层和目录下的共一对Kconfig和Makefile）Kconfig和Makefile。要想知道怎么修改这两种文档，就要知道两种文档的语法结构。

Kconfig：每个菜单都有一个关键字标识，最常见的就是config。语法：config symbol，是个新的标记的菜单项，options是在这个新的菜单项下的属性和选项。

1，每个config菜单项都要有类型定义，bool布尔类型、 tristate三态：内建、模块、移除。bool类型的只能选中或不选中，tristate类型的菜单项多了编译成内核模块的选项，假如选择编译成内核模块，则会在.config中生成一个CONFIG_HELLO_MODULE=m的配置；假如选择内建，就是直接编译成内核映像，就会在.config中生成一个CONFIG_HELLO_MODULE=y的配置。

2，依赖型定义depends on或requires，指此菜单的出现和否依赖于另一个定义

config HELLO_MODULE

bool "hello test module"

depends on ARCH_PXA

这个例子表明HELLO_MODULE这个菜单项只对XScale处理器有效。

3，帮助性定义

只是增加帮助用关键字help或---help---。

举一个完整实例如下，例如添加一个I2C芯片：

config QL_VEE

tristate "QL Visual Enhancement Engine (VEE)"

default y

depends on I2C && EXPERIMENTAL

help

QL Visual Enhancement Engine (VEE) v1.0 with I2C-Compatible Interface and 24-Bit RGB Support Rev.

Makefile：内核的Makefile分为5个组成部分：

（1）Makefile     最顶层的Makefile

（2）.config        内核的当前配置文档，编译时成为顶层Makefile的一部分

（3）arch/$(ARCH)/Makefile    和体系结构相关的Makefile

（4）Makefile.*      一些特定Makefile的规则

（5）kbuild级别Makefile      各级目录下的大概约500个文档，编译时根据上层Makefile传下来的宏定义和其他编译规则，将源代码编译成模块或编入内核。顶层的Makefile文档读取.config文档的内容，并总体上负责build内核和模块。Arch Makefile则提供补充体系结构相关的信息。其中.config的内容是在make menuconfig的时候，通过Kconfig文档配置的结果。

假设想把自己写的一个flash的驱动程式加载到工程中，而且能够通过menuconfig配置内核时选择该驱动该怎么办呢？如下：

第一：将您写的flashtest.c 文档添加到/driver/mtd/maps/ 目录下。

第二：修改/driver/mtd/maps目录下的kconfig文档：

config MTD_flashtest

tristate “ap71 flash"

这样当make menuconfig时 ，将会出现 ap71 flash选项。

第三：修改该目录下makefile文档。添加如下内容：obj-$(CONFIG_MTD_flashtest)       += flashtest.o

这样，当您运行make menucofnig时，您将发现ap71 flash选项，假如您选择了此项。该选择就会保存在.config文档中。当您编译内核时，将会读取.config文档，当发现ap71 flash 选项为yes，系统在调用/driver/mtd/maps/下的makefile 时，将会把 flashtest.o 加入到内核中。