Linux内核配置文档!!!(make menuconfig).docVIP

Linux内核配置文档!!!(make menuconfig).txt11生命是盛开的花朵，它绽放得美丽，舒展，绚丽多资；生命是精美的小诗，清新流畅，意蕴悠长；生命是优美的乐曲，音律和谐，宛转悠扬；生命是流淌的江河，奔流不息，滚滚向前 1.Code maturity level options：代码成熟等级。 1.1.prompt for development and/or incomplete code/drivers. 如果要试验现在仍处于实验阶段的功能，比如khttpd、IPv6等，就必须把该项选择为Y了；否则可以把它选择为N。在Linux的世界里，每天都有许多人为它发展支持的driver和加强它的核心。但是有些driver还没进入稳定的阶段。但其作者很欢迎其他人去测试这些driver并提出一些bugs。这个问题是说，有一些drive还在做测试中，问您是否要选择这些drive或支持的程序码。如果键入Y，往后将会出现一些还在测试中的东西给您做选择。（像Java的程序码和PCI bridge），台则就键入N。 2.Loadable module support：对模块的支持。 预备知识： 模块就像你特意插入核心中的某些东西，如果办公室有一个小网络并且有时想用一下(但并不经常)，也许你想把网卡编译成一个模块。使用这个模块，机器必运行和存取/libs下的模块，意思是驱动程序(IDE,SCSI等但必须是NFS支持的网卡)，文件系统(通常是ext2但也可以是nfs)和核心类型(最好是elf)必须编译在内核并且不能是模块，模块只有核心引导时才起作用，驱动程序(来网络)的存取，和文件系统安装。这些文件必须编译在核心内否则将能安装启动分区。如果安装启动分区和网络，你需要网络系统文件，和己经编译的网卡。为什么要使用模块? 模块化使核心变的更简捷，它减少核心释放大量的受保护的空间。模块的安装和卸载使用的空间是可重复分配利用的。如果你打开机器有90%以上的时间用到一个模块，编译它。运用这类模块是浪费内存的，原因是一旦你编译了模块它们同样将占用大量的内存，核心需要一些代码来挂上模块。记住，核心在保护空间运行，但模块并不是。这么说，并不经常使用我的设备，把它编译成只支持ext2,ide和elf。而一直使用的网卡，把其它的编译成模块：如a.out, java, floppy, iso9960, msdos, minix, vfat,smb,nfs,smcultra(ethernetcard),serial,printer,sound,ppp,等等。它们许多只是在这或那用上那么几分钟。严格的说,这样做会使核心增大许多而降低它的执行速度。这时我们就可以把这些可能会用的驱动程序编译成一个—个的模块，在需要用的时候才用insmod这个指令加入核心，不用的时候也能rmmod把它从核心移除，或是用lsmod察看目前所载入的模块。 2.1.Enable loadable module support. 除非准备把所有需要的内容都编译到内核里面，否则该项应该是必选的。 2.2.Set version information on all module symbols. 通常，我们更新核心版本之后，模块耍重新的编译。这个选项使您不必更新编译模块而能使用以前的模块。可以不选它。但如果您选y，则按照它的说明，您必须有genksyms这个程序（可用whereis指令查看有无此程序）。 2.3.Kernel module loader. 让内核在启动时有自己装入必需模块的能力，建议选上。注意：在开机就会 mount 上来的 partition 的 FS 、device driver 记得要 compiler 进 kernel，不能把它弄成 modules。请不要夸张到为了完全模组化而忘了把ext2fs和IDE dirver compiler 进 kernel 里。 经验谈： a.可加载模块是指内核代码（kernel code）的一些片断，比如驱动程序，当编译内核的时候它们也被单独编译。 因此，这些代码不是内核的一部分，但是当你需要它的时候，它可以被加载并使用。 通常的建议是如果可能，将内核代码编译成可加载模块，因为这样可以使内核更小，而且更稳定。 警告！千万不要将文件系统（File System）部分的代码编译为可加载模块，如果你犯了这个错误，将文件系统（File System）部分的代码编译为可加载模块，结果将是内核无法读取它自己的文件系统。 然后内核无法加载它自己的配置文件——一些很明显是在正常启动Linux时所必需的东西。 我很少使用可加载模块：我喜欢我的内核能够直接和硬件对话，但这只是我自己的偏好。 3.1.Processor