用户开始测试 2.5 的时候到了
很多人问我：“你认为 2.6 内核什么时候发布？” 我通常的回答是：“2.5 内核在你的机器上运行得怎么样？” 不可避免地，在接下来的对话中，当我恳求对方至少在他们的硬件上运行一次内核时，他们会给出以下原因之一来说明他们为什么没有尝试 2.5：
太多驱动程序已损坏。
模块已损坏。
Alan Cox 说它还没准备好。
它可能会吃掉我的文件系统。
以下是我对这些原因的回复：
“太多驱动程序已损坏。”
今天在内核树中甚至无法编译相当多的驱动程序的原因是，没有人证明驱动程序是必需的。 通常，驱动程序由于开发周期中的 API 更改而损坏，而修复起来并非易事。 这个问题的一些例子是大量的块层更改以及 cli() 函数的删除。
只有当人们说他们需要修复这些驱动程序时，这些驱动程序才会被修复，因为他们仍然在使用这种硬件。 如果您遇到这样的驱动程序并且您拥有硬件，请发布到邮件列表，说明您确实希望修复此驱动程序，并且您愿意测试人们所做的任何更改。 kernel-janitors 的邮件列表是一个非常好的提问场所，因为很多人都在那里寻找像这样的小任务来完成。
“模块已损坏。”
模块已经工作了很长时间了。 确保您获得最新版本的 module-init-tools 包。 如果您使用基于 RPM 的发行版，请获取该目录中的 .src.rpm 文件，重新构建并安装它。 此文件保留与 2.4 的向后兼容性。 Debian 用户可以apt-get module-init-tools，所有其他用户可以使用该目录中的 module-init-tools 源代码 tarball。（确保您阅读了有关如何正确安装它的文档。）
“Alan Cox 说它还没准备好。”
在这条消息中，Alan Cox 表示 2.5 内核仍然存在许多问题，在可以将其称为 2.6.0-test 之前需要修复这些问题。 自那时以来，他对 IDE 和 tty 层的抱怨基本上已经得到解决。（他一直在将 2.4 IDE 更改推送到 Linus，并且 tty 层已经修复了许多锁定问题。）人们想要使用 2.5 内核的主要异议已经消失。 他关于驱动程序构建和事物通常运行的其他观点只能通过大量人员进行测试，在各种机器上运行内核来解决。 那么你还在等什么？
“它可能会吃掉我的文件系统。”
当然，任何内核都可能这样做； 确保您备份了任何您真正离不开的数据。 但这对于任何内核版本或操作系统都是如此。 现在，我不建议在生产环境中使用 2.5 内核。 其他人已经在这样做了，阅读 OSDL 的最新通讯，了解他们如何开始为他们的数据中心这样做。 但是，我要声明的是，我在除防火墙之外的所有机器上都运行 2.5 内核，并且它在我的笔记本电脑上运行得特别好，比 2.4 内核好（由于更好的 ACPI 支持和调度程序更改。）我还没有因为 2.5 内核而丢失数据。（敲木头。）
所以，所有的争论都结束了。 内核开发人员知道 2.5 内核运行得足够好以声明其为稳定的 2.6 内核的唯一方法是让人们实际在其机器上运行它。 为此，我们需要您实际运行内核。
请记住，您可能发现的任何错误都可以在 新的内核 Bugzilla 中提交，它将被提交给适当的开发人员。 如果您不想费力浏览 Linux-kernel 邮件列表有时会变得混乱，这是一个不错的选择。
去构建并重新启动吧！
Greg Kroah-Hartman 目前是 Linux USB 和 PCI 热插拔内核维护人员。 他在 IBM 工作，从事各种与 Linux 内核相关的工作。
电子邮件：greg@kroah.com
