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 加入到内核中。