linux内核配置makemenuconfig菜单详解.docx
《linux内核配置makemenuconfig菜单详解.docx》由会员分享，可在线阅读，更多相关《linux内核配置makemenuconfig菜单详解.docx（39页珍藏版）》请在冰豆网上搜索。
linux内核配置makemenuconfig菜单详解
linux内核配置makemenuconfig菜单详解
前言
一、配置系统的基本结构
Linux内核的配置系统由三个部分组成，分别是：
1、Makefile：
分布在Linux内核源代码根目录及各层目录中，定义Linux内核的编译规则；
2、配置文件（config.in（2.4内核，2.6内核））：
给用户提供配置选择的功能；
3、配置工具：
包括配置命令解释器（对配置脚本中使用的配置命令进行解释）和配置用户界面（提供基于字符界面、基于Ncurses图形界面以及基于Xwindows图形界面的用户配置界面，各自对应于Makeconfig、Makemenuconfig和makexconfig）。
这些配置工具都是使用脚本语言，如Tcl/TK、Perl编写的（也包含一些用C编写的代码）。
本文并不是对配置系统本身进行分析，而是介绍如何使用配置系统。
所以，除非是配置系统的维护者，一般的内核开发者无须了解它们的原理，只需要知道如何编写Makefile和配置文件就可以。
二、makefilemenuconfig过程讲解
当我们在执行makemenuconfig这个命令时，系统到底帮我们做了哪些工作呢？
这里面一共涉及到了一下几个文件我们来一一讲解
Linux内核根目录下的scripts文件夹
arch/$ARCH/Kconfig文件、各层目录下的Kconfig文件
Linux内核根目录下的makefile文件、各层目录下的makefile文件
Linux内核根目录下的的.config文件、arm/$ARCH/下的config文件
Linux内核根目录下的include/generated/autoconf.h文件
1）scripts文件夹存放的是跟makemenuconfig配置界面的图形绘制相关的文件，我们作为使用者无需关心这个文件夹的内容
2）当我们执行makemenuconfig命令出现上述蓝色配置界面以前，系统帮我们做了以下工作：
首先系统会读取arch/$ARCH/目录下的Kconfig文件生成整个配置界面选项（Kconfig是整个linux配置机制的核心），那么ARCH环境变量的值等于多少呢？
它是由linux内核根目录下的makefile文件决定的，在makefile下有此环境变量的定义：
或者通过makeARCH=armmenuconfig命令来生成配置界面，默认生成的界面是所有参数都是没有值的
比如教务处进行考试，考试科数可能有外语、语文、数学等科，这里相当于我们选择了arm科可进行考试，系统就会读取arm/arm/kconfig文件生成配置选项（选择了arm科的卷子），系统还提供了x86科、milps科等10几门功课的考试题
3）假设教务处比较“仁慈”，为了怕某些同学做不错试题，还给我们准备了一份参考答案（默认配置选项），存放在arch/$ARCH/configs下，对于arm科来说就是arch/arm/configs文件夹：
此文件夹中有许多选项，系统会读取哪个呢？
内核默认会读取linux内核根目录下.config文件作为内核的默认选项（试题的参考答案），我们一般会根据开发板的类型从中选取一个与我们开发板最接近的系列到Linux内核根目录下（选择一个最接近的参考答案）
#cparch/arm/configs/s3c2410_defconfig.config
4）.config
假设教务处留了一个心眼，他提供的参考答案并不完全正确（.config文件与我们的板子并不是完全匹配），这时我们可以选择直接修改.config文件然后执行makemenuconfig命令读取新的选项
但是一般我们不采取这个方案，我们选择在配置界面中通过空格、esc、回车选择某些选项选中或者不选中，最后保存退出的时候，Linux内核会把新的选项（正确的参考答案）更新到.config中，此时我们可以把.config重命名为其它文件保存起来（当你执行makedistclean时系统会把.config文件删除），以后我们再配置内核时就不需要再去arch/arm/configs下考取相应的文件了，省去了重新配置的麻烦，直接将保存的.config文件复制为.config即可.
5）经过以上两步，我们可以正确的读取、配置我们需要的界面了
那么他们如何跟makefile文件建立编译关系呢？
当你保存makemenuconfig选项时，系统会除了会自动更新.config外，还会将所有的选项以宏的形式保存在
Linux内核根目录下的 include/generated/autoconf.h文件下
内核中的源代码就都会包含以上.h文件，跟宏的定义情况进行条件编译。
当我们需要对一个文件整体选择如是否编译时，还需要修改对应的makefile文件，例如：
当我们需要对一个文件整体选择如是否编译时，还需要修改对应的makefile文件，例如：
我们选择是否要编译s3c2410_ts.c这个文件时，makefile会根据CONFIG_TOUCHSCREEN_S3C2410来决定是编译此文件，此宏是在Kconfig文件中定义，当我们配置完成后，会出现在.config及autconf中，至此，我们就完成了整个linux内核的编译过程。
最后我们会发现，整个linux内核配置过程中，留给用户的接口其实只有各层Kconfig、makefile文件以及对应的源文件。
比如我们如果想要给内核增加一个功能，并且通过makemenuconfig控制其声称过程
首先需要做的工作是：
修改对应目录下的Kconfig文件，按照Kconfig语法增加对应的选项；
其次执行makemenuconfig选择编译进内核或者不编译进内核，或者编译为模块，.config文件和autoconf.h文件会自动生成；
最后修改对应目录下的makefile文件完成编译选项的添加；
最后的最后执行makezImage命令进行编译。
以上内容摘自网络
我们在linux内核裁剪过程中，进入内核所在目录，键入makemenuconfig就会看到一堆的配置菜单，它们具体代表什么含义呢？
我们该如何取舍呢？
这里把近期收集到的一些信息做一个总结。
makemenuconfig 图形化的内核配置makemrproper-----删除不必要的文件和目录.
#makeconfig（基于文本的最为传统的配置界面，不推荐使用）
#makemenuconfig（基于文本选单的配置界面，字符终端下推荐使用）
#makexconfig（基于图形窗口模式的配置界面，Xwindow下推荐使用）
#makeoldconfig（如果只想在原来内核配置的基础上修改一些小地方，会省去不少麻烦）
1、Generalsetup
代码成熟度选项，它又有子项：
1.1、promptfordevelopmentand/orincompletecode/drivers
该选项是对那些还在测试阶段的代码，驱动模块等的支持。
一般应该选这个选项，除非你只是想使用LINUX中已经完全稳定的东西。
但这样有时对系统性能影响挺大。
1.2、Cross-compilertoolprefix
交叉编译工具前缀，例如：
Cross-compilertoolprefix值为:
（arm-linux-）
1.3、Localversion-appendtokernelrelease
内核显示的版本信息，填入64字符以内的字符串，你在这里填上的字符口串可以用uname-a命令看到。
1.4、 Automaticallyappendversioninformationtotheversionstring
自动在版本字符串后面添加版本信息,编译时需要有perl以及git仓库支持
1.5、Kernelcompressionmode（Gzip）--->
有四个选项，这个选项是说内核镜像要用的压缩模式，回车一下，可以看到gzip,bzip2,lzma,lxo,一般可以按默认的gzip,如果要用bzip2,lzma,lxo要先装上支持
1.6、Supportforpagingofanonymousmemory（swap）
使用交换分区或交换文件来做为虚拟内存，一定要选上。
1.7、SystemVIPC
表示系统的进程间通信InterProcessCommunication，它用于处理器在程序之间同步和交换信息，如果不选这项，很多程序运行不起来，必选。
1.8、POSIXMessageQueues
POSIX标准的消息队列，它同样是一种IPC。
建议你最好将它选上
1.9、BSDProcessAccounting
用户进程访问内核时将进程信息写入文件中。
通常主要包括进程的创建时间/创建者/内存占用等信息。
建议最好选上。
1.10、BSDProcessAccountingversion3fileformat
使用新的第三版文件格式,可以包含每个进程的PID和其父进程的PID,但是不兼容老版本的文件格式。
2解释进程统计文件使用V3格式。
注：
V3格式是一种二进制的格式，如果想明码保存，则不应该选择此项。
1.11、Exporttask/processstatisticsthroughnetlink（EXPERIMENTAL）
通过netlink接口向用户空间导出任务/进程的统计信息,netlink是一种在内核与用户应用之间进行双向数据传输的非常好的方式，用户应用使用标准的socketAPI就可以使用netlink提供的强大功能。
1.12、Enableper-taskdelayaccounting（EXPERIMENTAL）
统计数据包含每个任务/进程的延时（y）
1.13、Enableextendedaccountingovertaskstats（EXPERIMENTAL）
统计数据包含扩展任务读取数据和发送数据使用的时间（y）
1.14、Enableper-taskstorageI/Oaccounting（EXPERIMENTAL）
统计数据包括I/O设备产生的字节数 （y）
1.15、Auditingsupport
审记支持，用于和内核的某些子模块同时工作，例如SecurityEnhancedLinux。
只有选择此项及它的子项，才能调用有关审记的系统调用。
支持审计功能，某些内核模块需要它（SELinux，Security-EnhancedLinux）（y）
1.16、Enablesystem-callauditingsupport
支持对系统调用的审计
开启系统调用的审计功能（y）
1.17、RCUSubsystem --->
非对称读写锁系统是一种新的kernel锁机制，适用于读多写少环境。
对于被RCU保护的共享数据结构，读者不需要获得任何锁就可以访问它，但写者在访问它时首先拷贝一个副本，然后对副本进行修改，最后使用一个回调（callback）机制在适当的时机把指向原来数据的指针重新指向新的被修改的数据。
（1）RCUImplementation（Tree-basedhierarchicalRCU） ---> RCU实现机制
（X）Tree-basedhierarchicalRCU：
CONFIG_TREE_RCU=y基于树的等级划分
（2）[]EnabletracingforRCU：
CONFIG_RCU_TRACE=y打开RCU追踪
（3） （32）Tree-basedhierarchicalRCUfanoutvalue
CONFIG_RCU_FANOUT=32RCU树的分支数
（4）[]Disabletree-basedhierarchicalRCUauto-balancing
CONFIG_RCU_FANOUT_EXACT=y关闭RCU自动均衡功能
（5）[*]Acceleratelastnon-dyntick-idleCPU'sgraceperiods
CONFIG_RCU_FAST_NO_HZ=y提高非休眠CPU的使用时间
1.18、<>Kernel.configsupport
y|m把编译内核时使用的.config文件保存在编译好的内核中.
1.19、（17）Kernellogbuffersize（16=>64KB,17=>128KB）
17内核日志缓存的大小。
这个值是以2的平方取的，取值范围12-21
1.20、ControlGroupsupport--->
是一种进程管理机制,可以针对一组进程进行系统资源的分配和管理,可用于Cpusets,CFS（完全公平调度器）,内存管理等子系统.此外,systemd与Docker/LXC等容器也依赖于它（不确定可以不选择）
ControlGroupsupport
[]Exampledebugcgroupsubsystem//子系统调试例子
[*]Namespacecgroupsubsystem//子系统命名空间
[*]Freezercgroupsubsystem
[]Devicecontrollerforcgroups
[*]Cpusetsupport
[*]Includelegacy/proc//cpusetfile
[*]SimpleCPUaccountingcgroupsubsystem
[*]Resourcecounters
[]MemoryResourceControllerforControlGroups//cgroup内存资源控制器
[*]GroupCPUscheduler--->
<>BlockIOcontroller（NEW）
1.21、enabledeprecatedsysfsfeaturestosupportolduserspacetools
在某些文件系统上（比如debugfs）提供从内核空间向用户空间传递大量数据的接口
1.22、Kernel->userspacerelaysupport（formerlyrelayfs）
内核系统区和用户区进行传递通讯的支持。
这个选项在特定的文件系统中提供数据传递接口支持，它可以提供从内核空间到用户空间的大批量的数据传递工具和设施。
如果不清楚，选N。
1.23、-*-Namespacessupport
命名空间支持，允许服务器为不同的用户信息提供不同的用户名空间服务
[*] UTSnamespace
通用终端系统的命名空间。
它允许容器，比如Vservers利用UTS命名空间来为不同的服务器提供不同的UTS。
如果不清楚，选N。
[*] IPCnamespace
IPC命名空间，不确定可以不选
[*] Usernamespace（EXPERIMENTAL）
User命名空间，不确定可以不选
[*] PIDNamespaces
PID命名空间，不确定可以不选
[*] Networknamespace
1.24、InitialRAMfilesystemandRAMdisk（initramfs/initrd）support
初始RAM的文件和RAM磁盘（initramfs/initrd）支持（如果要采用initrd启动则要选择，否则可以不选）
1.25、Initramfssourcefile（s）//initrd已经被initramfs取代,如果你不明白这是什么意思,请保持空白
1.26、Optimizeforsize
这个选项将在GCC命令后用“-Os”代替“-O2″参数，这样可以得到更小的内核。
没必要选。
一个编译好的内核才7－10多M，大家不会少这么点空间吧。
选上了可能会出一些问题。
最好不选。
有时会产生错误的二进制代码。
1.27、Configurestandardkernelfeatures（forsmallsystems）--->
配置标准的内核特性（为小型系统）。
这个选项可以让内核的基本选项和设置无效或者扭曲。
这是用于特定环境中的，它允许“非标准”内核。
你要是选它，你一定要明白自己在干什么。
这是为了编译某些特殊用途的内核使用的，例如引导盘系统。
---Configurestandardkernelfeatures（forsmallsystems）
-*-Loadallsymbolsfordebugging/ksymoops//装载所有的调试符号表信息,仅供调试时选择
-*-Includeallsymbolsinkallsyms//在kallsyms中包含内核知道的所有符号,内核将会增大300K
[*]Doanextrakallsymspass//除非你在kallsyms中发现了bug并需要报告这个bug才打开该选项
1.28、KernelPerformanceEventsAndCounters--->
CPU 性能监听器，包括 CPU 同一时间执行指令数，cachemiss 数，分支预测失败次数（ Branchmisprediction ） 。
调优其他 程序时或许会用到，比如JVM
-*-Kernelperformanceeventsandcounters
[]Kernelperformancecounters（oldconfigoption）（NEW）
[]Debug:
usevmalloctobackperfmmap（）buffers（NEW） <=== 调试特性关闭
1.29、Disableheaprandomization
禁用随机heap（heap堆是一个应用层的概念，即堆对CPU是不可见的，它的实现方式有多种，可以由OS实现，也可以由运行库实现,如果你愿意，你也可以在一个栈中来实现一个堆）
1.30、ChooseSLABallocator（SLUB（UnqueuedAllocator））--->
选择内存分配管理器（强烈推荐使用SLUB）
（）SLAB//各种环境通用的内存分配管理器
（X）SLUB（UnqueuedAllocator）//更加优秀的内存分配管理器
1.31、Profilingsupport
剖面支持，用一个工具来扫描和提供计算机的剖面图。
支持系统评测（对于大多数用户来说并不是必须的）
1.32、OProfilesystemprofiling（上一项关闭，这一项就没有了）
OProfile评测和性能监控工具
1.33、Kprobes//调试内核除非开发人员，否则不选
1.34、GCOV-basedkernelprofiling--->
[]Enablegcov-basedkernelprofiling（NEW）
1.35、Slowworkdebuggingthroughdebugfs（NEW）
2、Enableloadablemodulesupport
2.1Forcedmoduleloading
允许强制加载模块
2.2Moduleunloading
允许卸载已经加载的模块
2.3Forcedmoduleunloading
允许强制卸载正在使用中的模块（比较危险）这个选项允许你强行卸除模块，即使内核认为这不安全。
内核将会立即移除模块，而不管是否有人在使用它（用rmmod-f命令）。
这主要是针对开发者和冲动的用户提供的功能。
如果不清楚，选N。
2.4Moduleversioningsupport
有时候，你需要编译模块。
选这项会添加一些版本信息，来给编译的模块提供独立的特性，以使不同的内核在使用同一模块时区别于它原有的模块。
这有时可能会有点用。
如果不清楚，选N。
允许使用其他内核版本的模块（可能会出问题）
2.5Sourcechecksumforallmodules
为所有的模块校验源码,如果你不是自己编写内核模块就不需要它这个功能是为了防止你在编译模块时不小心更改了内核模块的源代码但忘记更改版本号而造成版本冲突。
如果不清楚，选N。
3、Enabletheblocklayer
3、Enabletheblocklayer
块设备支持,使用硬盘/USB/SCSI设备者必选这选项使得块设备可以从内核移除。
如果不选，那么blockdev文件将不可用，一些文件系统比如ext3将不可用。
这个选项会禁止SCSI字符设备和USB储存设备，如果它们使用不同的块设备。
选Y，除非你知道你不需要挂载硬盘和其他类似的设备。
不过此项无可选项
3.1Supportforlarge（2TB+）blockdevicesandfiles
仅在使用大于2TB的块设备时需要
3.2BlocklayerSGsupportv4
通用scsi块设备第4版支持
3.3Blocklayerdataintegritysupport
块设备数据完整性支持
3.4IOSchedulers---> //几乎默认
IO调度器I／O是输入输出带宽控制，主要针对硬盘，是核心的必須的东西。
这里提供了三个IO调度器。
<*>DeadlineI/Oscheduler
使用轮询的调度器,简洁小巧,提供了最小的读取延迟和尚佳的吞吐量,特别适合于读取较多的环境（比如数据库）DeadlineI／O调度器简单而又紧密，在性能上和抢先式调度器不相上下，在一些数据调入时工作得更好。
至于在单进程I／O磁盘调度上，它的工作方式几乎和抢先式调度器相同，因此也是一个好的选择。
<*>CFQI/Oscheduler
使用QoS策略为所有任务分配等量的带宽,避免进程被饿死并实现了较低的延迟,可以认为是上述两种调度器的折中.适用于有大量进程的多用户系统CFQ调度器尝试为所有进程提供相同的带宽。
它将提供平等的工作环境，对于桌面系统很合适。
DefaultI/Oscheduler（CFQ）--->
默认IO调度器我这样理解上面三个IO调度器：
抢先式是传统的，它的原理是一有响应，就优
升级会员 