Fedora内核的构建哲学：从上游到用户

我们日常使用的每一个Fedora系统，其核心都运行着一个内核。这个内核并非凭空产生，而是由无数代码片段精心编织而成，最终构成了我们熟悉的Linux系统。有趣的是，每一个Fedora内核的起点，都来源于上游社区的一个基准版本——业内常称之为“香草内核”（vanilla kernel），也就是最为标准的原始版本。

理想与现实：纯正“香草”的挑战

Fedora项目有一个核心目标：尽可能多地采用上游代码。这么做的好处显而易见：漏洞修复和API更新会便捷许多，同时也会有更广泛的开发者参与代码审查。在理想的世界里，Fedora大可以直接从kernel.org获取官方内核，然后毫不变动地分发给所有用户。

但现实往往比理想骨感。完全使用纯正的“香草”内核，有时并不能满足Fedora及其用户的全部需求。问题在于，上游内核可能并不支持某些Fedora用户期望或依赖的特定功能。因此，最终用户实际接收到的Fedora内核，其实是在那个“香草”基底之上，叠加了众多补丁的产物。

补丁的生命周期：“树外”到“树内”

这些附加的补丁，在业内被称作“树外补丁”。它们中的许多都只是匆匆过客，生命周期并不长。举个典型场景：如果一个补丁能够紧急修复某个严重问题，它很可能会被快速纳入Fedora的内核树，以便用户能尽早获得修复。然而，一旦内核版本更新换代、进行“变基”操作时，那些已经被新版上游内核吸收的补丁，就会被从Fedora的补丁集中清理掉。

当然，也有一部分补丁会在Fedora内核树上“安家落户”相当长的时间。一个著名的例子就是安全启动相关的补丁集。这类补丁提供了Fedora决心支持的关键功能，即便上游社区暂时还没有接纳它们。不过话说回来，长期维护这些“树外”补丁需要耗费大量精力，因此Fedora团队始终在努力减少这类未被上游接纳的补丁数量。

进入内核的“正途”：社区审查是关键

那么，一个补丁如何才能被纳入Fedora内核呢？通常来说，最佳路径非常清晰：首先，你应该将补丁发送到Linux内核邮件列表进行讨论和审查。之后，再请求将其包含进Fedora。如果补丁能被上游维护者接受，那几乎就意味着它在未来的Fedora内核中会有一席之地。

值得注意的是，那些仅仅存在于GitHub等平台、却从未提交给LKML进行社区审查的补丁，基本没有机会进入内核树。首先提交给LKML这一步至关重要，它确保了Fedora内核所携带的补丁是经过千锤百炼、功能稳定的。缺乏社区审查这道关，Fedora最终可能会引入充满缺陷的补丁，从而引发更多问题。

总而言之，Fedora内核是一个融合体，其代码来源于众多渠道，一切努力都只为提供更优的用户体验。希望这番梳理，能帮助大家更好地理解它的来龙去脉。