每個Fedora系統都運行著一個內核，許多代碼片段組合在一起使之成為我們現在所用linux系統，每個Fedora內核都起始于一個來自于上游社區的基線版本——通常稱之為 vanilla內核，上游內核就是標準。

　　(Fedora 的)目標是包含盡可能多的上游代碼，這樣使得 bug 修復和 API 更新更加容易，同時也會有更多的人審查代碼，在理想情況下，Fedora 能夠直接獲取 kernel.org 的內核，然后發送給所有用戶。

　　現實情況是，使用 vanilla 內核并不能完全滿足 Fedora，然而 Vanilla 內核可能并不支持一些 Fedora 用戶希望擁有的功能。用戶接收的 [Fedora 內核] 是在 vanilla 內核之上打了很多補丁的內核。這些補丁被認為“不在樹上out of tree”。許多這些位于補丁樹之外的補丁都不會存在太久。如果某補丁能夠修復一個問題，那么該補丁可能會被合并到 Fedora 樹，以便用戶能夠更快地收到修復;當內核變基到一個新版本時，在新版本中的補丁都將被清除。

　　一些補丁會在 Fedora 內核樹上存在很長時間。一個很好的例子是，安全啟動補丁就屬于這類補丁，這些補丁提供了 Fedora 希望支持的功能，即使上游社區還沒有接受它們。保持這些補丁更新是需要付出很多努力的，所以 Fedora 嘗試減少不被上游內核維護者接受的補丁數量。

　　通常來說，想要在 Fedora 內核中獲得一個補丁的最佳方法是先給 Linux 內核郵件列表(LKML) 發送補丁，然后請求將該補丁包含到 Fedora 中;如果某個維護者接受了補丁，就意味著 Fedora 內核樹中將來很有可能會包含該補丁，一些來自于 GitHub 等地方的還沒有提交給 LKML 的補丁是不可能進入內核樹的，首先向 LKML 發送補丁是非常重要的，它能確保 Fedora 內核樹中攜帶的補丁是功能正常的。如果沒有社區審查，Fedora 最終攜帶的補丁將會充滿 bug 并會導致問題。