每一个 Fedora 系统运行内核。 许多代码片段组合在一起使这成为现实。
每次发布的 Fedora 内核从一个基线版本开始 上游社区. 这通常被称为“香草”内核。 上游内核是标准。 目标是在上游拥有尽可能多的代码。 这使得错误修复和 API 更新以及让更多人审查代码变得更容易。 在理想的世界里， Fedora 将能够直接从 kernel.org 获取内核并将其发送给所有用户。
实际上，使用 vanilla 内核还不够完整 Fedora. 一些功能 Fedora 用户想要的可能不可用。 这 Fedora 核心 用户实际收到的包含一些基于 vanilla 内核的补丁。 这些补丁被认为是“树外”。 这些补丁中的许多补丁不会在树补丁之外存在很长时间。 如果有补丁可以解决问题，补丁可能会被拉入 Fedora 树，以便修复可以更快地发送给用户。 当内核重新定位到新版本时，如果补丁在新版本中，它们将被删除。
一些补丁保留在 Fedora 内核树很长一段时间。 一个好的 example 属于此类的补丁程序是安全启动补丁程序。 这些补丁提供了一个功能 Fedora 即使上游社区尚未接受他们，也希望支持。 使这些补丁保持最新需要付出努力，因此 Fedora 试图最小化未经上游内核维护者接受而携带的补丁数量。
通常，获取包含在 Fedora 内核是 将其发送到 Linux 内核邮件列表 (LKML) 首先，然后要求将其包含在 Fedora. 如果一个补丁被维护者接受，它很有可能被包含在 Fedora 内核树。 来自 github 等未提交到 LKML 的补丁不太可能被纳入树中。 首先将补丁发送到 LKML 以确保 Fedora 在其树中携带正确的补丁。 没有社区审查， Fedora 最终可能会携带有缺陷并导致问题的补丁。
这 Fedora 内核包含来自许多地方的代码。 所有这些都是提供最佳体验的必要条件。
