转自：https://blog.csdn.net/hpr1992/article/details/41048693
、系统移植可以分为配置系统和编译系统两大块，其中通过命令makemenuconfig进行图形化界面配置的步骤为配置系统。
、内核源码包中，不同的目录收集不同的代码块，要通过配置系统将“有用”的代码块“挑选”出来，以便给后续的编译系统编译。
要弄清make menuconfig命令的实现原理，通过以下问题的答案就可以知道。
一、“配置菜单界面”是如何出来的？
执行make menuconfig的时候，会执行顶层的Makefile，
[cpp] view plain copy
%config: scripts_basic outputmakefile FORCE
$(Q)mkdir -p include/linux include/config
$(Q)$(MAKE) $(build)=scripts/kconfig $@
注意：$(build) =scripts/kconfig，build是编译规则，$(build) =scripts/kconfig实质是：-f scripts/kconfig/Makefile
则：$(Q)$(MAKE) $(build)=scripts/kconfig $@ ==》make -f scripts/kconfig/Makefile menuconfig
-f：指定执行某个Makefile文件，表示到scripts/kconfig目录下Makefile文件中，生成目标menuconfig
接下来，scripts/kconfig/Makefile找到目标所在的代码：
[cpp] view plain copy
menuconfig: $(obj)/mconf
$< $(Kconfig)
obj := $(CURDIR)
Kconfig :=arch/$(SRCARCH)/Kconfig
SRCARCH := $(ARCH)
而ARCH变量在顶层目录的Makefile中早已赋值arm
所以：
[cpp] view plain copy
menuconfig: scripts/kconfig/mconf
scripts/kconfig/mconf arch/arm/Kconfig
当我们执行命令make menuconfig时，()先创建两个二级目录include /linux 和 include/config，()接着
把scripts/kconfig/里面的可执行文件mconf运行起来，有能力的话可以详看scripts/kconfig/mconf.c，根据文件arch/arm/kconfig内容，显示出一个菜单界面。其实，mconf运行起来，首先是“画出”菜单界面（显示内容则根据各级目录的Kconfig文件），然后查看当前目录有没有存在.config文件，若没有，则按照默认显示到菜单里面；若存在.config，则会把它读出来存到内存某块区域，在逐行逐行解析它的内容，再把读出的内容更新到菜单。
最后会保存在.config文件（当前目录中）。
二、kconfig文件的语法分析？
kconfig的总入口是arch/arm/kconfig，不是源码顶层的kconfig，入口一定是根据某款平台的。
概括起来，kconfig的用法有三种：
（）添加一个菜单选项，菜单选项不是代表某种功能，只有进去菜单里面，才能选择功能属性，意义不大。
如添加一个helloworld菜单。
格式：
menu “xxxxxx”
……
……
endmenu
（）定义一个功能属性选项，一个功能属性对应一块代码。定义的功能属性最好放在菜单选项里面。
如直接添加一个功能属性printf hello
格式：
config HAVE_PWM
config XXX （XXX是宏）
bool （二态，0或1，后面带提示内容，几乎都有）
default y （y默认是选中的，n默认则是不选）
select 宏1 ( 要是当前的功能属性选上，则宏1代表的功能属性一定自动选上，用户不能修改。 )
depend on 宏 ( 当前功能属性依赖于宏2的功能属性，若宏2功能属性没有选上，则当前功能选项不能显示出来。)
help 帮助信息
xxxxxxx
（）导入别的目录的Kconfig
source “xxx/xxx/kconfig”
可以这样用法：
menu “xxxxxx”
config HAVE_PWM
bool
source “xxx/xxx/kconfig”
endmenu