如何参与linux 内核开发

如何参与Linux内核开发

---------------------

这是一篇将如何参与Linux内核开发的相关问题一网打尽的终极秘笈。它将指导你

成为一名Linux内核开发者，并且学会如何同Linux内核开发社区合作。它尽可能不

包括任何关于内核编程的技术细节，但会给你指引一条获得这些知识的正确途径。

如果这篇文章中的任何内容不再适用，请给文末列出的文件维护者发送补丁。

入门

----

你想了解如何成为一名Linux内核开发者？或者老板吩咐你“给这个设备写个Linux

驱动程序”？这篇文章的目的就是教会你达成这些目标的全部诀窍，它将描述你需

要经过的流程以及给出如何同内核社区合作的一些提示。它还将试图解释内核社区

为何这样运作。

Linux内核大部分是由C语言写成的，一些体系结构相关的代码用到了汇编语言。要

参与内核开发，你必须精通C语言。除非你想为某个架构开发底层代码，否则你并

不需要了解（任何体系结构的）汇编语言。下面列举的书籍虽然不能替代扎实的C

语言教育和多年的开发经验，但如果需要的话，做为参考还是不错的：

- "The C Programming Language" by Kernighan and Ritchie [Prentice Hall]

《C程序设计语言（第2版·新版）》（徐宝文 李志 译）[机械工业出版社]

- "Practical C Programming" by Steve Oualline [O'Reilly]

《实用C语言编程（第三版）》（郭大海 译）[中国电力出版社]

- "C: A Reference Manual" by Harbison and Steele [Prentice Hall]

《C语言参考手册（原书第5版）》（邱仲潘 等译）[机械工业出版社]

Linux内核使用GNU C和GNU工具链开发。虽然它遵循ISO C89标准，但也用到了一些

标准中没有定义的扩展。内核是自给自足的C环境，不依赖于标准C库的支持，所以

并不支持C标准中的部分定义。比如long long类型的大数除法和浮点运算就不允许

使用。有时候确实很难弄清楚内核对工具链的要求和它所使用的扩展，不幸的是目

前还没有明确的参考资料可以解释它们。请查阅gcc信息页（使用“info gcc”命令

显示）获得一些这方面信息。

请记住你是在学习怎么和已经存在的开发社区打交道。它由一群形形色色的人组成，

他们对代码、风格和过程有着很高的标准。这些标准是在长期实践中总结出来的，

适应于地理上分散的大型开发团队。它们已经被很好得整理成档，建议你在开发

之前尽可能多的学习这些标准，而不要期望别人来适应你或者你公司的行为方式。

法律问题

--------

Linux内核源代码都是在GPL（通用公共许可证）的保护下发布的。要了解这种许可

的细节请查看源代码主目录下的COPYING文件。如果你对它还有更深入问题请联系

律师，而不要在Linux内核邮件组上提问。因为邮件组里的人并不是律师，不要期

望他们的话有法律效力。

对于GPL的常见问题和解答，请访问以下链接：

http://www.gnu.org/licenses/gpl-faq.html

文档

----

Linux内核代码中包含有大量的文档。这些文档对于学习如何与内核社区互动有着

不可估量的价值。当一个新的功能被加入内核，最好把解释如何使用这个功能的文

档也放进内核。当内核的改动导致面向用户空间的接口发生变化时，最好将相关信

息或手册页(manpages)的补丁发到mtk.manpages@gmail.com，以向手册页(manpages)

的维护者解释这些变化。

以下是内核代码中需要阅读的文档：

README

文件简要介绍了Linux内核的背景，并且描述了如何配置和编译内核。内核的

新用户应该从这里开始。

Documentation/Changes

文件给出了用来编译和使用内核所需要的最小软件包列表。

Documentation/CodingStyle

描述Linux内核的代码风格和理由。所有新代码需要遵守这篇文档中定义的规

范。大多数维护者只会接收符合规定的补丁，很多人也只会帮忙检查符合风格

的代码。

Documentation/SubmittingPatches

Documentation/SubmittingDrivers

这两份文档明确描述如何创建和发送补丁，其中包括（但不仅限于)：

- 邮件内容

- 邮件格式

- 选择收件人

遵守这些规定并不能保证提交成功（因为所有补丁需要通过严格的内容和风格

审查），但是忽视他们几乎就意味着失败。

其他关于如何正确地生成补丁的优秀文档包括：

"The Perfect Patch"

http://userweb.kernel.org/~akpm/stuff/tpp.txt

"Linux kernel patch submission format"

http://linux.yyz.us/patch-format.html

Documentation/stable_api_nonsense.txt

论证内核为什么特意不包括稳定的内核内部API，也就是说不包括像这样的特

性：

- 子系统中间层（为了兼容性？）

- 在不同 *** 作系统间易于移植的驱动程序

- 减缓（甚至阻止）内核代码的快速变化

这篇文档对于理解Linux的开发哲学至关重要。对于将开发平台从其他 *** 作系

统转移到Linux的人来说也很重要。

Documentation/SecurityBugs

如果你认为自己发现了Linux内核的安全性问题，请根据这篇文档中的步骤来

提醒其他内核开发者并帮助解决这个问题。

Documentation/ManagementStyle

描述内核维护者的工作方法及其共有特点。这对于刚刚接触内核开发（或者对

它感到好奇）的人来说很重要，因为它解释了很多对于内核维护者独特行为的

普遍误解与迷惑。

Documentation/stable_kernel_rules.txt

解释了稳定版内核发布的规则，以及如何将改动放入这些版本的步骤。

Documentation/kernel-docs.txt

有助于内核开发的外部文档列表。如果你在内核自带的文档中没有找到你想找

的内容，可以查看这些文档。

Documentation/applying-patches.txt

关于补丁是什么以及如何将它打在不同内核开发分支上的好介绍

内核还拥有大量从代码自动生成的文档。它包含内核内部API的全面介绍以及如何

妥善处理加锁的规则。生成的文档会放在 Documentation/DocBook/目录下。在内

核源码的主目录中使用以下不同命令将会分别生成PDF、Postscript、HTML和手册

页等不同格式的文档：

make pdfdocs

make psdocs

make htmldocs

make mandocs

如何成为内核开发者

------------------

如果你对Linux内核开发一无所知，你应该访问“Linux内核新手”计划：

http://kernelnewbies.org

它拥有一个可以问各种最基本的内核开发问题的邮件列表（在提问之前一定要记得

查找已往的邮件，确认是否有人已经回答过相同的问题）。它还拥有一个可以获得

实时反馈的IRC聊天频道，以及大量对于学习Linux内核开发相当有帮助的文档。

网站简要介绍了源代码组织结构、子系统划分以及目前正在进行的项目（包括内核

中的和单独维护的）。它还提供了一些基本的帮助信息，比如如何编译内核和打补

丁。

如果你想加入内核开发社区并协助完成一些任务，却找不到从哪里开始，可以访问

“Linux内核房管员”计划：

http://kernelnewbies.org/KernelJanitors

这是极佳的起点。它提供一个相对简单的任务列表，列出内核代码中需要被重新

整理或者改正的地方。通过和负责这个计划的开发者们一同工作，你会学到将补丁

集成进内核的基本原理。如果还没有决定下一步要做什么的话，你还可能会得到方

向性的指点。

如果你已经有一些现成的代码想要放到内核中，但是需要一些帮助来使它们拥有正

确的格式。请访问“内核导师”计划。这个计划就是用来帮助你完成这个目标的。它

是一个邮件列表，地址如下：

http://selenic.com/mailman/listinfo/kernel-mentors

在真正动手修改内核代码之前，理解要修改的代码如何运作是必需的。要达到这个

目的，没什么办法比直接读代码更有效了（大多数花招都会有相应的注释），而且

一些特制的工具还可以提供帮助。例如，“Linux代码交叉引用”项目就是一个值得

特别推荐的帮助工具，它将源代码显示在有编目和索引的网页上。其中一个更新及

时的内核源码库，可以通过以下地址访问：

http://sosdg.org/~coywolf/lxr/

开发流程

--------

目前Linux内核开发流程包括几个“主内核分支”和很多子系统相关的内核分支。这

些分支包括：

- 2.6.x主内核源码树

- 2.6.x.y -stable内核源码树

- 2.6.x -git内核补丁集

- 2.6.x -mm内核补丁集

- 子系统相关的内核源码树和补丁集

2.6.x内核主源码树

-----------------

2.6.x内核是由Linus Torvalds（Linux的创造者）亲自维护的。你可以在

kernel.org网站的pub/linux/kernel/v2.6/目录下找到它。它的开发遵循以下步

骤：

- 每当一个新版本的内核被发布，为期两周的集成窗口将被打开。在这段时间里

维护者可以向Linus提交大段的修改，通常这些修改已经被放到-mm内核中几个

星期了。提交大量修改的首选方式是使用git工具（内核的代码版本管理工具

，更多的信息可以在http://git.or.cz/获取），不过使用普通补丁也是可以

的。

- 两个星期以后-rc1版本内核发布。之后只有不包含可能影响整个内核稳定性的

新功能的补丁才可能被接受。请注意一个全新的驱动程序（或者文件系统）有

可能在-rc1后被接受是因为这样的修改完全独立，不会影响其他的代码，所以

没有造成内核退步的风险。在-rc1以后也可以用git向Linus提交补丁，不过所

有的补丁需要同时被发送到相应的公众邮件列表以征询意见。

- 当Linus认为当前的git源码树已经达到一个合理健全的状态足以发布供人测试

时，一个新的-rc版本就会被发布。计划是每周都发布新的-rc版本。

- 这个过程一直持续下去直到内核被认为达到足够稳定的状态，持续时间大概是

6个星期。

- 以下地址跟踪了在每个-rc发布中发现的退步列表：

http://kernelnewbies.org/known_regressions

关于内核发布，值得一提的是Andrew Morton在linux-kernel邮件列表中如是说：

“没有人知道新内核何时会被发布，因为发布是根据已知bug的情况来决定

的，而不是根据一个事先制定好的时间表。”

2.6.x.y -stable（稳定版）内核源码树

-----------------------------------

由4个数字组成的内核版本号说明此内核是-stable版本。它们包含基于2.6.x版本

内核的相对较小且至关重要的修补，这些修补针对安全性问题或者严重的内核退步。

这种版本的内核适用于那些期望获得最新的稳定版内核并且不想参与测试开发版或

者实验版的用户。

如果没有2.6.x.y版本内核存在，那么最新的2.6.x版本内核就相当于是当前的稳定

版内核。

2.6.x.y版本由“稳定版”小组（邮件地址<stable@kernel.org>）维护，一般隔周发

布新版本。

内核源码中的Documentation/stable_kernel_rules.txt文件具体描述了可被稳定

版内核接受的修改类型以及发布的流程。

2.6.x -git补丁集

----------------

Linus的内核源码树的每日快照，这个源码树是由git工具管理的（由此得名）。这

些补丁通常每天更新以反映Linus的源码树的最新状态。它们比-rc版本的内核源码

树更具试验性质，因为这个补丁集是全自动生成的，没有任何人来确认其是否真正

健全。

2.6.x -mm补丁集

---------------

这是由Andrew Morton维护的试验性内核补丁集。Andrew将所有子系统的内核源码

和补丁拼凑到一起，并且加入了大量从linux-kernel邮件列表中采集的补丁。这个

源码树是新功能和补丁的试炼场。当补丁在-mm补丁集里证明了其价值以后Andrew

或者相应子系统的维护者会将补丁发给Linus以便集成进主内核源码树。

在将所有新补丁发给Linus以集成到主内核源码树之前，我们非常鼓励先把这些补

丁放在-mm版内核源码树中进行测试。

这些内核版本不适合在需要稳定运行的系统上运行，因为运行它们比运行任何其他

内核分支都更具有风险。

如果你想为内核开发进程提供帮助，请尝试并使用这些内核版本，并在

linux-kernel邮件列表中提供反馈，告诉大家你遇到了问题还是一切正常。

通常-mm版补丁集不光包括这些额外的试验性补丁，还包括发布时-git版主源码树

中的改动。

-mm版内核没有固定的发布周期，但是通常在每两个-rc版内核发布之间都会有若干

个-mm版内核发布（一般是1至3个）。

子系统相关内核源码树和补丁集

----------------------------

相当一部分内核子系统开发者会公开他们自己的开发源码树，以便其他人能了解内

核的不同领域正在发生的事情。如上所述，这些源码树会被集成到-mm版本内核中。

下面是目前可用的一些内核源码树的列表：

通过git管理的源码树：

- Kbuild开发源码树， Sam Ravnborg <sam@ravnborg.org>

git.kernel.org:/pub/scm/linux/kernel/git/sam/kbuild.git

- ACPI开发源码树, Len Brown <len.brown@intel.com>

git.kernel.org:/pub/scm/linux/kernel/git/lenb/linux-acpi-2.6.git

- 块设备开发源码树, Jens Axboe <axboe@suse.de>

git.kernel.org:/pub/scm/linux/kernel/git/axboe/linux-2.6-block.git

- DRM开发源码树, Dave Airlie <airlied@linux.ie>

git.kernel.org:/pub/scm/linux/kernel/git/airlied/drm-2.6.git

- ia64开发源码树, Tony Luck <tony.luck@intel.com>

git.kernel.org:/pub/scm/linux/kernel/git/aegl/linux-2.6.git

- ieee1394开发源码树, Jody McIntyre <scjody@modernduck.com>

git.kernel.org:/pub/scm/linux/kernel/git/scjody/ieee1394.git

- infiniband开发源码树, Roland Dreier <rolandd@cisco.com>

git.kernel.org:/pub/scm/linux/kernel/git/roland/infiniband.git

- libata开发源码树, Jeff Garzik <jgarzik@pobox.com>

git.kernel.org:/pub/scm/linux/kernel/git/jgarzik/libata-dev.git

- 网络驱动程序开发源码树, Jeff Garzik <jgarzik@pobox.com>

git.kernel.org:/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git

- pcmcia开发源码树, Dominik Brodowski <linux@dominikbrodowski.net>

git.kernel.org:/pub/scm/linux/kernel/git/brodo/pcmcia-2.6.git

- SCSI开发源码树, James Bottomley <James.Bottomley@SteelEye.com>

git.kernel.org:/pub/scm/linux/kernel/git/jejb/scsi-misc-2.6.git

使用quilt管理的补丁集：

- USB, PCI, 驱动程序核心和I2C, Greg Kroah-Hartman <gregkh@suse.de>

kernel.org/pub/linux/kernel/people/gregkh/gregkh-2.6/

- x86-64, 部分i386, Andi Kleen <ak@suse.de>

ftp.firstfloor.org:/pub/ak/x86_64/quilt/

其他内核源码树可以在http://git.kernel.org的列表中和MAINTAINERS文件里

找到。

报告bug

-------

bugzilla.kernel.org是Linux内核开发者们用来跟踪内核Bug的网站。我们鼓励用

户在这个工具中报告找到的所有bug。如何使用内核bugzilla的细节请访问：

http://test.kernel.org/bugzilla/faq.html

内核源码主目录中的REPORTING-BUGS文件里有一个很好的模板。它指导用户如何报

告可能的内核bug以及需要提供哪些信息来帮助内核开发者们找到问题的根源。

利用bug报告

-----------

练习内核开发技能的最好办法就是修改其他人报告的bug。你不光可以帮助内核变

得更加稳定，还可以学会如何解决实际问题从而提高自己的技能，并且让其他开发

者感受到你的存在。修改bug是赢得其他开发者赞誉的最好办法，因为并不是很多

人都喜欢浪费时间去修改别人报告的bug。

要尝试修改已知的bug，请访问http://bugzilla.kernel.org网址。如果你想获得

最新bug的通知，可以订阅bugme-new邮件列表（只有新的bug报告会被寄到这里）

或者订阅bugme-janitor邮件列表（所有bugzilla的变动都会被寄到这里）。

https://lists.linux-foundation.org/mailman/listinfo/bugme-new

https://lists.linux-foundation.org/mailman/listinfo/bugme-janitors

邮件列表

--------

正如上面的文档所描述，大多数的骨干内核开发者都加入了Linux Kernel邮件列

表。如何订阅和退订列表的细节可以在这里找到：

http://vger.kernel.org/vger-lists.html#linux-kernel

网上很多地方都有这个邮件列表的存档(archive)。可以使用搜索引擎来找到这些

存档。比如：

http://dir.gmane.org/gmane.linux.kernel

在发信之前，我们强烈建议你先在存档中搜索你想要讨论的问题。很多已经被详细

讨论过的问题只在邮件列表的存档中可以找到。

大多数内核子系统也有自己独立的邮件列表来协调各自的开发工作。从

MAINTAINERS文件中可以找到不同话题对应的邮件列表。

很多邮件列表架设在kernel.org服务器上。这些列表的信息可以在这里找到：

http://vger.kernel.org/vger-lists.html

在使用这些邮件列表时，请记住保持良好的行为习惯。下面的链接提供了与这些列

表（或任何其它邮件列表）交流的一些简单规则，虽然内容有点滥竽充数。

http://www.albion.com/netiquette/

当有很多人回复你的邮件时，邮件的抄送列表会变得很长。请不要将任何人从抄送

列表中删除，除非你有足够的理由这么做。也不要只回复到邮件列表。请习惯于同

一封邮件接收两次（一封来自发送者一封来自邮件列表），而不要试图通过添加一

些奇特的邮件头来解决这个问题，人们不会喜欢的。

记住保留你所回复内容的上下文和源头。在你回复邮件的顶部保留“某某某说到……”

这几行。将你的评论加在被引用的段落之间而不要放在邮件的顶部。

如果你在邮件中附带补丁，请确认它们是可以直接阅读的纯文本（如

Documentation/SubmittingPatches文档中所述）。内核开发者们不希望遇到附件

或者被压缩了的补丁。只有这样才能保证他们可以直接评论你的每行代码。请确保

你使用的邮件发送程序不会修改空格和制表符。一个防范性的测试方法是先将邮件

发送给自己，然后自己尝试是否可以顺利地打上收到的补丁。如果测试不成功，请

调整或者更换你的邮件发送程序直到它正确工作为止。

总而言之，请尊重其他的邮件列表订阅者。

Linux *** 作系统中的主要目录及目录内容由文件系统层次结构标准（英语：Filesystem Hierarchy Standard，FHS）定义。

在FHS中，所有的文件和目录都出现在根目录"/"下，即使他们存储在不同的物理设备中。但是请注意，这些目录中的一些可能或可能不会在Linux系统上出现，这取决于系统是否含有某些子系统，例如 X Window系统 的安装与否。

下面是FHS中所定义的一些目录，和目录的描述：

/bin 二进制可执行命令

/dev 设备特殊文件

/etc 系统管理和配置文件

/etc/rc.d 启动的配置文件和脚本

/home 用户主目录的基点，比如用户user的主目录就是/home/user，可以用~user表示

/lib 标准程序设计库，又叫动态链接共享库，作用类似windows里的.dll文件

/sbin 系统管理命令，这里存放的是系统管理员使用的管理程序

/tmp 公用的临时文件存储点

/root 系统管理员的主目录

/mnt 系统提供这个目录是让用户临时挂载其他的文件系统。

/lost+found 这个目录平时是空的，系统非正常关机而留下“无家可归”的文件（windows下叫什么.chk）就在这里

/proc 虚拟的目录，是系统内存的映射。可直接访问这个目录来获取系统信息。

/var 某些大文件的溢出区，比方说各种服务的日志文件

/usr 最庞大的目录，要用到的应用程序和文件几乎都在这个目录。其中包含：

/usr/x11r6 存放x window的目录

/usr/bin 众多的应用程序

/usr/sbin 超级用户的一些管理程序

/usr/doc linux文档

/usr/include linux下开发和编译应用程序所需要的头文件

/usr/lib 常用的动态链接库和软件包的配置文件

/usr/man 帮助文档

/usr/src 源代码，linux内核的源代码就放在/usr/src/linux里

/usr/local/bin 本地增加的命令

/usr/local/lib 本地增加的库

内核简介

内核，是一个 *** 作系统的核心。它负责管理系统的进程、内存、设备驱动程序、文件和网络系统，决定着系统的性能和稳定性。

Linux的一个重要的特点就是其源代码的公开性，所有的内核源程序都可以在/usr/src/linux下找到，大部分应用软件也都是遵循GPL而设计的，你都可以获取相应的源程序代码。全世界任何一个软件工程师都可以将自己认为优秀的代码加入到其中，由此引发的一个明显的好处就是Linux修补漏洞的快速以及对最新软件技术的利用。而Linux的内核则是这些特点的最直接的代表。

想象一下，拥有了内核的源程序对你来说意味着什么？首先，我们可以了解系统是如何工作的。通过通读源代码，我们就可以了解系统的工作原理，这在Windows下简直是天方夜谭。其次，我们可以针对自己的情况，量体裁衣，定制适合自己的系统，这样就需要重新编译内核。在Windows下是什么情况呢？相信很多人都被越来越庞大的Windows整得莫名其妙过。再次，我们可以对内核进行修改，以符合自己的需要。这意味着什么？没错，相当于自己开发了一个 *** 作系统，但是大部分的工作已经做好了，你所要做的就是要增加并实现自己需要的功能。在Windows下，除非你是微软的核心技术人员，否则就不用痴心妄想了。

内核版本号

由于Linux的源程序是完全公开的，任何人只要遵循GPL，就可以对内核加以修改并发布给他人使用。Linux的开发采用的是集市模型（bazaar，与cathedral--教堂模型--对应），为了确保这些无序的开发过程能够有序地进行，Linux采用了双树系统。一个树是稳定树（stable tree），另一个树是非稳定树（unstable tree）或者开发树（development tree）。一些新特性、实验性改进等都将首先在开发树中进行。如果在开发树中所做的改进也可以应用于稳定树，那么在开发树中经过测试以后，在稳定树中将进行相同的改进。一旦开发树经过了足够的发展，开发树就会成为新的稳定树。开发数就体现在源程序的版本号中；源程序版本号的形式为x.y.z：对于稳定树来说，y是偶数；对于开发树来说，y比相应的稳定树大一（因此，是奇数）。到目前为止，稳定树的最高版本是2.2.16，最新发布的Redhat7.0所采用的就是2.2.16的内核；开发树的最新版本是2.3.99。也许你已经发现和多网站上都有2.4.0-test9-pre7之类的内核，但是这并不是正式版本。内核版本的更新可以访问http://www.kernel.org。

为什么重新编译内核

Linux作为一个自由软件，在广大爱好者的支持下，内核版本不断更新。新的内核修订了旧内核的bug，并增加了许多新的特性。如果用户想要使用这些新特性，或想根据自己的系统度身定制一个更高效，更稳定的内核，就需要重新编译内核。

通常，更新的内核会支持更多的硬件，具备更好的进程管理能力，运行速度更快、 更稳定，并且一般会修复老版本中发现的许多漏洞等，经常性地选择升级更新的系统内核是Linux使用者的必要 *** 作内容。

为了正确的合理地设置内核编译配置选项，从而只编译系统需要的功能的代码，一般主要有下面四个考虑：

自己定制编译的内核运行更快（具有更少的代码）

系统将拥有更多的内存（内核部分将不会被交换到虚拟内存中）

不需要的功能编译进入内核可能会增加被系统攻击者利用的漏洞

将某种功能编译为模块方式会比编译到内核内的方式速度要慢一些

内核编译模式

要增加对某部分功能的支持，比如网络之类，可以把相应部分编译到内核中（build-in），也可以把该部分编译成模块（module），动态调用。如果编译到内核中，在内核启动时就可以自动支持相应部分的功能，这样的优点是方便、速度快，机器一启动，你就可以使用这部分功能了；缺点是会使内核变得庞大起来，不管你是否需要这部分功能，它都会存在，这就是Windows惯用的招数，建议经常使用的部分直接编译到内核中，比如网卡。如果编译成模块，就会生成对应的.o文件，在使用的时候可以动态加载，优点是不会使内核过分庞大，缺点是你得自己来调用这些模块。

内核编译详解

新版本内核的获取和更新

Linux内核版本发布的官方网站是http://www.kernel.org，国内各大ftp上一般都可以找到某些版本的内核。新版本的内核的发布有两种形式，一种是完整的内核版本，另外一种是patch文件，即补丁。完整的内核版本比较大，比如linux-2.4.0-test8.tar.bz2就有18M之多，网速快的用户可以下载使用。完整内核版本一般是.tar.gz（.tgz）文件或者是.bz2文件，二者分别是使用gzip或者bzip2进行压缩的文件，使用时需要解压缩。patch文件则比较小，一般只有几十K到几百K，极少的会超过1M，网速慢的用户可以使用patch文件来升级内核。但是patch文件是针对于特定的版本的，你需要找到自己对应的版本才能使用。

编译内核需要root权限，以下 *** 作都假定你是root用户。请把你需要升级的内核拷贝到/usr/src/下（下文中以2.4.0test8的内核的linux-2.4.0test8.tar.gz为例），命令为

#cp linux-2.4.0test8.tar.gz /usr/src

让我们先来查看一下当前/usr/src的内容，注意到有一个linux的符号链接，它指向一个类似于linux-2.2.14（对应于你现在使用的内核版本号）的目录。首先删除这个链接：

#cd /usr/src

#rm -f linux

现在解压我们下载的源程序文件。如果所下载的是.tar.gz（.tgz）文件，请使用下面的命令：

#tar -xzvf linux-2.4.0test8.tar.gz

如果你所下载的是.bz2文件，例如linux-2.4.0test8.tar.bz2，请使用下面的命令

#bzip2 -d linux-2.4.0test8.tar.bz2

#tar -xvf linux.2.4.0.test8.tar

现在让我们再来看一下/usr/src下的内容，你会发现现在有了一个名为linux的目录，里面就是我们需要升级到的版本的内核的源程序。还记得那个名为linux的链接么？之所以使用那个链接就是防止在升级内核的时候会不慎把原来版本内核的源程序给覆盖掉了。我们也需要同样处理：

#mv linux linux-2.4.0test8

#ln -s linux-2.4.0test8 linux

这样我们也有了一个名为linux的符号链接，就不用担心以后会把它覆盖掉了（也许你会觉得重新建立linux的符号链接没有必要，但实际上这是必不可少的，下文中会有介绍）。如果你还下载了patch文件，比如patch-2.4.0test8，你就可以进行patch *** 作（下面假设patch-2.4.0test8已经位于/usr/src目录下了，否则你需要先把该文件拷贝到/usr/src下）：

#patch -p0 <patch-2.4.0test8

现在，我们已经把内核源程序升级到最新版本了，下面就让我们开始内核编译的旅程吧。

准备工作

通常要运行的第一个命令是：

＃cd /usr/src/linuxmake mrproper

该命令确保源代码目录下没有不正确的.o文件以及文件的互相依赖。由于我们使用刚下载的完整的源程序包进行编译，所以本步可以省略。而如果你多次使用了这些源程序编译内核，那么最好要先运行一下这个命令。

确保/usr/include/目录下的asm、linux和scsi等链接是指向要升级的内核源代码的。它们分别链向源代码目录下的真正的、该计算机体系结构（对于PC机来说，使用的体系结构是i386）所需要的真正的include子目录。如：asm指向/usr/src/linux/include/asm-i386等。若没有这些链接，就需要手工创建，按照下面的步骤进行：

# cd /usr/include/

# rm -r asm linux scsi

# ln -s /usr/src/linux/include/asm-i386 asm

# ln -s /usr/src/linux/include/linux linux

# ln -s /usr/src/linux/include/scsi scsi

这是配置非常重要的一部分。删除掉/usr/include下的asm、linux和scsi链接后，再创建新的链接指向新内核源代码目录下的同名的目录。这些头文件目录包含着保证内核在系统上正确编译所需要的重要的头文件。现在你应该明白为什么我们上面又在/usr/src下"多余"地创建了个名为linux的链接了吧？

配置

接下来的内核配置过程比较烦琐，但是配置的适当与否与日后Linux的运行直接相关，有必要了解一下一些主要的且经常用到的选项的设置。

配置内核可以根据需要与爱好使用下面命令中的一个：

#make config（基于文本的最为传统的配置界面，不推荐使用）

#make menuconfig（基于文本选单的配置界面，字符终端下推荐使用）

#make xconfig（基于图形窗口模式的配置界面，Xwindow下推荐使用）

#make oldconfig（如果只想在原来内核配置的基础上修改一些小地方，会省去不少麻烦）

这三个命令中，make xconfig的界面最为友好，如果你可以使用Xwindow，那么就推荐你使用这个命令。

如果你不能使用Xwindow，那么就使用make menuconfig好了。界面虽然比上面一个差点，总比make config的要好多了。

选择相应的配置时，有三种选择，它们分别代表的含义如下：

Y－-将该功能编译进内核

N－-不将该功能编译进内核

M－-将该功能编译成可以在需要时动态插入到内核中的模块

如果使用的是make xconfig，使用鼠标就可以选择对应的选项。如果使用的是make menuconfig，则需要使用空格键进行选取。你会发现在每一个选项前都有个括号, 但有的是中括号有的是尖括号，还有一种圆括号。 用空格键选择时可以发现，中括号里要么是空，要么是"*"，而尖括号里可以是空，"*"和"M"这表示前者对应的项要么不要，要么编译到内核里；后者则多一样选择，可以编译成模块。而圆括号的内容是要你在所提供的几个选项中选择一项。

在编译内核的过程中，最烦杂的事情就是这步配置工作了，很多新手都不清楚到底该如何选取这些选项。实际上在配置时，大部分选项可以使用其缺省值，只有小部分需要根据用户不同的需要选择。选择的原则是将与内核其它部分关系较远且不经常使用的部分功能代码编译成为可加载模块，有利于减小内核的长度，减小内核消耗的内存，简化该功能相应的环境改变时对内核的影响；不需要的功能就不要选；与内核关心紧密而且经常使用的部分功能代码直接编译到内核中。下面就让我们对常用的选项分别加以介绍。

1. Code maturity level options

代码成熟等级。此处只有一项：prompt for development and/or incomplete code/drivers，如果你要试验现在仍处于实验阶段的功能，比如khttpd、IPv6等，就必须把该项选择为Y了；否则可以把它选择为N。

2. Loadable module support

对模块的支持。这里面有三项：

Enable loadable module support：除非你准备把所有需要的内容都编译到内核里面，否则该项应该是必选的。

Set version information on all module symbols：可以不选它。

Kernel module loader：让内核在启动时有自己装入必需模块的能力，建议选上。

3. Processor type and features

CPU类型。内容蛮多的，不一一介绍了，有关的几个如下：

Processor family：根据你自己的情况选择CPU类型。

High Memory Support：大容量内存的支持。可以支持到4G、64G，一般可以不选。

Math emulation：协处理器仿真。协处理器是在386时代的宠儿，现在早已不用了。

MTTR support：MTTR支持。可不选。

Symmetric multi-processing support：对称多处理支持。除非你富到有多个CPU，否则就不用选了。

4. General setup

这里是对最普通的一些属性进行设置。这部分内容非常多，一般使用缺省设置就可以了。下面介绍一下经常使用的一些选项：

Networking support：网络支持。必须，没有网卡也建议你选上。

PCI support：PCI支持。如果使用了PCI的卡，当然必选。

PCI access mode：PCI存取模式。可供选择的有BIOS、Direct和Any，选Any吧。

Support for hot-pluggabel devices：热插拔设备支持。支持的不是太好，可不选。

PCMCIA/CardBus support：PCMCIA/CardBus支持。有PCMCIA就必选了。

System V IPC

BSD Process Accounting

Sysctl support：以上三项是有关进程处理/IPC调用的，主要就是System V和BSD两种风格。如果你不是使用BSD，就按照缺省吧。

Power Management support：电源管理支持。

Advanced Power Management BIOS support：高级电源管理BIOD支持。

5. Memory Technology Device（MTD）

MTD设备支持。可不选。

6. Parallel port support

串口支持。如果不打算使用串口，就别选了。

7. Plug and Play configuration

即插即用支持。虽然Linux对即插即用目前支持的不如Windows好，但是还是选上吧，这样你可以拔下鼠标之类的体验一下Linux下即插即用的感觉。

8. Block devices

块设备支持。这个就得针对自己的情况来选了，简单说明一下吧：

Normal PC floppy disk support：普通PC软盘支持。这个应该必选。

XT hard disk support：

Compaq SMART2 support：

Mulex DAC960/DAC1100 PCI RAID Controller support：RAID镜像用的。

Loopback device support：

Network block device support：网络块设备支持。如果想访问网上邻居的东西，就选上。

Logical volume manager（LVM）support：逻辑卷管理支持。

Multiple devices driver support：多设备驱动支持。

RAM disk support：RAM盘支持。

9. Networking options

网络选项。这里配置的是网络协议。内容太多了，不一一介绍了，自己看吧，如果你对网络协议有所了解的话，应该可以看懂的。如果懒得看，使用缺省选项（肯定要选中TCP/IP networking哦）就可以了。让我们看看，TCP/IP、ATM、IPX、DECnet、Appletalk……支持的协议好多哦，IPv6也支持了，Qos and/or fair queueing（服务质量公平调度）也支持了，还有kHTTPd，不过这些都还在实验阶段。

10. Telephony Support

电话支持。这个是什么东东？让我查查帮助，原来是Linux下可以支持电话卡，这样你就可以在IP上使用普通的电话提供语音服务了。记住，电话卡可和modem没有任何关系哦。

11. ATA/IDE/MFM/RLL support

这个是有关各种接口的硬盘/光驱/磁带/软盘支持的，内容太多了，使用缺省的选项吧，如果你使用了比较特殊的设备，比如PCMCIA等，就到里面自己找相应的选项吧。

12. SCSI support

SCSI设备的支持。我没有SCSI的设备，所以根本就不用选，如果你用了SCSI的硬盘/光驱/磁带等设备，自己找好了。

13. IEEE 1394（FireWire）support

这个是什么？低版本的没有见过，看看帮助再说。原来是要Fireware硬件来提高串行总线的性能，我没有，不选了。

14. I2O device support

这个也不清楚，帮助里说是这个需要I2O接口适配器才能支持的，在智能Input/Output（I2O）体系接口中使用，又是要硬件，不选了。

15. Network device support

网络设备支持。上面选好协议了，现在该选设备了，可想而知，内容肯定多得很。还好还好，里面大概分类了，有ARCnet设备、Ethernet（10 or 100 Mbit）、Ethernet（1000Mbit）、Wireless LAN（non-hamradio）、Token Ring device、Wan interfaces、PCMCIA network device support几大类。我用的是10/100M的以太网，看来只需要选则这个了。还是10/100M的以太网设备熟悉，内容虽然多，一眼就可以看到我所用的RealTeck RTL-8139 PCI Fast Ethernet Adapter support，为了免得麻烦，编译到内核里面好了，不选M了，选Y。耐心点，一般说来你都能找到自己用的网卡。如果没有，你只好自己到厂商那里去要驱动了。

16. Amateur Radio support

又一个不懂的，应该是配置业余无线广播的吧，没有，不要了。

17. IrDA（infrared）support

这个要红外支持，免了。

18. ISDN subsystem

如果你使用ISDN上网，这个就必不可少了。自己看着办好了。

19. Old CD-ROM drivers（not SCSI、not IDE）

做的可真周到，原来那些非SCSI/IDE口的光驱谁还在用啊，自己选吧，反正我是用的IDE的CD-ROM，不选这个。

20. Character devices

字符设备。这个内容又太多了，先使用缺省设置，需要的话自己就修改。把大类介绍一下吧：

I2C support：I2C是Philips极力推动的微控制应用中使用的低速串行总线协议。如果你要选择下面的Video For Linux，该项必选。

Mice：鼠标。现在可以支持总线、串口、PS/2、C&T 82C710 mouse port、PC110 digitizer pad，自己根据需要选择。

Joysticks：手柄。即使在Linux下把手柄驱动起来意义也不是太大，游戏太少了。

Watchdog Cards：虽然称为Cards，这个可以用纯软件来实现，当然也有硬件的。如果你把这个选中，那么就会在你的/dev下创建一个名为watchdog的文件，它可以记录你的系统的运行情况，一直到系统重新启动的1分钟左右。有了这个文件，你就可以恢复系统到重启前的状态了。

Video For Linux：支持有关的音频/视频卡。

Ftape, the floppy tape device driver：

PCMCIA character device support：

21. File systems

文件系统。内容又太多了，老法子，在缺省选项的基础上进行修改。介绍以下几项：

Quota support：Quota可以限制每个用户可以使用的硬盘空间的上限，在多用户共同使用一台主机的情况中十分有效。

DOS FAT fs support：DOS FAT文件格式的支持，可以支持FAT16、FAT32。

ISO 9660 CD-ROM file system support：光盘使用的就是ISO 9660的文件格式。

NTFS file system support：ntfs是NT使用的文件格式。

/proc file system support：/proc文件系统是Linux提供给用户和系统进行交互的通道，建议选上，否则有些功能没法正确执行。

还有另外三个大类都规到这儿了：Network File Systems（网络文件系统）、Partition Types（分区类型）、Native Language Support（本地语言支持）。值得一提的是Network File Systems里面的两种：NFS和SMB分别是Linux和Windows相互以网络邻居的形式访问对方所使用的文件系统，根据需要加以选择。

22. Console drivers

控制台驱动。一般使用VGA text console就可以了，标准的80*25的文本控制台。

23. Sound

声卡驱动。如果你能在列表中找到声卡驱动那自然最好，否则就试试OSS了。

24. USB supprot

USB支持。很多USB设备，比如鼠标、调制解调器、打印机、扫描仪等，在Linux都可以得到支持，根据需要自行选择。

25. Kernel hacking

配置了这个，即使在系统崩溃时，你也可以进行一定的工作了。普通用户是用不着这个功能的。

总算配置完了，现在存盘退出，当然你也可以把现在的配置文件保存起来，这样下次再配置的时候就省力气了。

编译

在繁杂的配置工作完成以后，下面你就可以自己到杯茶耐心等候了。与编译有关的命令有如下几个：

#make dep

#make clean

#make zImage

#make bzImage

#make modules

#make modules_install

#depmod -a

第一个命令make dep实际上读取配置过程生成的配置文件，来创建对应于配置的依赖关系树，从而决定哪些需要编译而那些不需要；第二命令make clean完成删除前面步骤留下的文件，以避免出现一些错误；第三个命令make zImage和第四个命令make bzImage实现完全编译内核，二者生成的内核都是使用gzip压缩的，只要使用一个就够了，它们的区别在于使用make bzImage可以生成大一点的内核，比如在编译2.4.0版本的内核时如果使用make zImage命令，那么就会出现system too big的错误提示。建议大家使用make bzImage命令。

后面三个命令只有在你进行配置的过程中，在回答Enable loadable module support (CONFIG_MODULES)时选了"Yes"才是必要的，make modules和make modules_install分别生成相应的模块和把模块拷贝到需要的目录中。

严格说来，第七个命令和编译过程并没有关系，它是生成模块间的依赖关系，这样你启动新内核之后，使用modprobe命令加载模块时就能正确地定位模块。

更新

经过以上的步骤，我们终于得到了新版本的内核。为了能够使用新版本的内核，我们还需要做一些改动：

#cp /usr/src/linux/System.map /boot/System.map-2.4.0test8

#cp /usr/src/linux/arch/i386/bzImage /boot/vmlinuz-2.4.0test8

以上这两个文件是我们刚才编译时新生成的。下面修改/boot下的两个链接System.map和vmlinuz，使其指向新内核的文件：

#cd /bootrm -f System.map vmlinuz

#ln -s vmlinuz-2.4.0test8 vmlinuz

#ln -s System.map-2.4.0test8 System.map

然后修改/etc/lilo.conf：

#vi /etc/lilo.conf

增加如下一段：

image=/boot/vmlinuz-2.4.0test8

label=linux240

read-only

root=/dev/hda2

其中root=/dev/hda2一行要根据需要自行加以修改。

运行：

#/sbin/lilo -v

确认对/etc/lilo.conf的编辑无误，现在重新启动系统：

#shutdown -r now

在机器重启后出现LILO时按TAB键，输入linux240，我们的新内核发挥作用了，好好享受吧。

---