Three Stable Kernel Drops Land at Once: 6.12.117 Carries the Largest Batch
Greg Kroah-Hartman has released three stable kernels in a single batch: 7.3.4, 6.18.63 and 6.12.117. Users running any of those branches are encouraged to upgrade. The three releases arrive together, but they are not equal in size:
| Release | Patch count |
|---|---|
| 7.3.4 | More than 1,250 |
| 6.18.63 | More than 860 |
| 6.12.117 | More than 1,530 |
The 6.12.117 release is the largest of the three, carrying more than 1,530 patches — nearly double the 6.18.63 batch.
What is in the batches
The LWN report itself gives version numbers and patch counts only; the substance of each batch lives in the corresponding stable-branch release announcements for each version. Opening those announcements lets the changelog be read subsystem by subsystem.
For teams deciding whether to move this week or next, that changelog is the right place to start: scan it for subsystems and drivers that intersect with your deployed hosts — storage stacks, network drivers, virtualisation components, filesystem code — and treat those entries as the review queue. At 860 to 1,530 patches per release, line-by-line review is not a practical gate; everything outside your intersection rides along as-tested.
Why the sizes differ
The source report does not explain the disparity, but the pattern is consistent with how stable branches accumulate: a longer-lived branch collects fixes across a wider range of hardware and subsystems, while a recent branch has had fewer cycles to gather regressions. The 6.12 series is maintained as a long-term-support branch — it appears on kernel.org's published list of supported releases — and appears to have been in stable maintenance the longest of the three, which would naturally leave it carrying the broadest batch.
Long-term-support branches such as 6.12 are widely used to underpin enterprise and appliance deployments, which is one reason its batch tends to draw the most attention from operations teams — independent of where it sits in the release calendar.
Suggested sequencing
- 6.12.117 first for teams on that branch. It is the largest batch, so deferring it compounds the backlog for the next cycle.
- 6.18.63 next. A smaller batch usually means lower integration friction and a faster validation pass.
- 7.3.4 where relevant. Useful for teams tracking newer hardware or following mainline closely.
In each case, stage the upgrade — validate against a representative subset of hosts before broad rollout, and keep the previous kernel available for rollback.
Source report: LWN.net — Three new stable kernels for Tuesday
同日發布三個穩定版核心：6.12.117 規模最大
核心 stable 分支維護者 Greg Kroah-Hartman 一口氣發布三個穩定版本：7.3.4、6.18.63 及 6.12.117，各分支使用者均建議升級。三者雖然同期發布，規模並不相若：
| 版本 | 修補數量 |
|---|---|
| 7.3.4 | 超過 1,250 |
| 6.18.63 | 超過 860 |
| 6.12.117 | 超過 1,530 |
其中 6.12.117 規模最大，收錄逾 1,530 個修補，接近 6.18.63 批次的兩倍。
這批修補實際包含什麼
LWN 報導本身只提供版本號與修補數量，各批次的具體內容須到各版本對應的 stable 分支發布公告查閱，可逐個子系統閱讀 changelog。
對需要判斷應否即時升級的團隊而言，changelog 是正確起點：篩選與自身已部署主機相關的子系統與驅動（儲存、網絡、虛擬化、檔案系統），將其列為審核佇列。每次動輒 860 至 1,530 個修補，逐條審核並不現實；不在交集範圍內的項目，隨版本一併驗證上線即可。
為何規模有別
來源報導未有解釋差異，但此模式與 stable 分支的累積方式一致：存活時間越長的分支，涵蓋的硬件與子系統範圍越廣，累積的修正自然越多；較新的分支則回歸修補的週期較短。6.12 系列屬長期支援分支（列於 kernel.org 已發布版本清單），且看來是三者中維護時間最久的，批次最大並不意外。
6.12 這類 LTS 分支廣泛用於支撐企業與裝置類部署，這也是其批次往往最受營運團隊關注的原因之一——與它在發布日曆上的位置無關。
建議次序
- 用 6.12 分支的團隊優先升級 6.12.117——批次最大，延誤只會令下次累積更多。
- 其次 6.18.63——批次較小，整合摩擦通常較低，驗證較快。
- 7.3.4 按需要採用——適合追蹤新硬件或緊貼主線的團隊。
三者均應分階段推行：先在具代表性的主機子集驗證，並保留舊核心以便回滾。
同日發布三個穩定版核心：6.12.117 規模最大
核心 stable 分支維護者 Greg Kroah-Hartman 一口氣發布三個穩定版本：7.3.4、6.18.63 及 6.12.117。使用上述任何分支的使用者均建議升級。三個版本雖同期發布，規模並不相若：
| 版本 | 修補數量 |
|---|---|
| 7.3.4 | 超過 1,250 |
| 6.18.63 | 超過 860 |
| 6.12.117 | 超過 1,530 |
6.12.117 是三者中規模最大的一個版本，收錄逾 1,530 個修補，接近 6.18.63 批次的兩倍。
這批修補實際包含什麼
LWN 報導本身只提供版本號與修補數量；各批次的具體內容須查閱各版本對應的 stable 分支發布公告，開啟後即可逐個子系統閱讀 changelog。
對需要判斷應否本週還是下週升級的團隊而言，changelog 是正確的起點：掃描其中與自身已部署主機有交集的子系統與驅動（儲存堆疊、網絡驅動、虛擬化元件、檔案系統代碼），將這些條目列為審核佇列。每次動輒 860 至 1,530 個修補，逐條審核並不現實；不在交集範圍內的項目，隨版本一併測試上線即可。
為何規模有別
來源報導並未解釋差異，但此模式與 stable 分支的累積方式一致：存活時間越長的分支，涵蓋的硬件與子系統範圍越廣，所收集的修正自然越多；較新的分支則經歷較少週期累積回歸。6.12 系列以長期支援分支的方式維護——可見於 kernel.org 已發布版本清單——且看來是三者中維護時間最久的，這自然會令它承載最大的一批。
6.12 這類長期支援分支廣泛用於支撐企業及裝置類部署，這是其批次往往最受營運團隊關注的原因之一——與它在發布日曆上的位置無關。
建議次序
- 使用 6.12 分支的團隊應優先升級 6.12.117。 這是最大的一批，延誤只會令欠帳在下一個週期進一步堆積。
- 其次 6.18.63。 批次較小，通常意味著整合摩擦較低、驗證過程更快。
- 7.3.4 按需要採用。 適合追蹤較新硬件或緊貼主線開發的團隊。
無論採用哪一個，都應分階段推行升級——先在具代表性的主機子集上驗證，再全面鋪開，並保留舊核心以便回滾。
報道來源：LWN.net — 同日三個新穩定版核心