Linux 7.2 讓 RISC-V 開機更省事
4 項 RISC-V 更新讓 Linux 7.2 開機更輕、Eswin 板子更容易直接啟動，也補上核心修正。
Linux 7.2 針對 RISC-V 加入 4 項更新，重點是減少開機開銷、預設支援 Eswin 平台，並修補核心路徑問題。
看完這 4 項變更，你可以判斷自己的 RISC-V 板子是否能少改一點設定、開機是否更順，還能看出哪些更新真正影響日常維護。
| 項目 | 影響層面 | 主要效果 |
|---|---|---|
| 預設 Eswin SoC 支援 | 板卡相容性 | defconfig 更容易直接開機 |
| HAVE_BUILDTIME_MCOUNT_SORT | 開機與 tracing | link time 排序，減少 ftrace 初始化工作 |
| cacheinfo 記憶體修正 | 穩定性 | 修掉潛在 memory leak |
| 其他 clean-ups | 維護性 | 讓 RISC-V 程式碼更好維護 |
1. 預設 Eswin SoC 支援
訂閱 AI 趨勢週報
每週精選模型發布、工具應用與深度分析，直送信箱。不定期，不騷擾。
不會寄垃圾信，隨時可取消。
這次最直接影響使用者的改動，是 RISC-V 的 defconfig 現在預設啟用 Eswin SoC 支援。對採用 Eswin 晶片的板子來說，這代表核心設定更有機會一開就對上硬體。
像 SiFive HiFive Premier P550 這類板子，受益會特別明顯，因為開發者或發行版維護者不必先手動補設定，才能把系統帶到可用狀態。
- 套用在預設 RISC-V kernel config
- 對 Eswin-based 板子更友善
- 減少維護者額外 patch config 的步驟
2. ftrace 初始化少做一點事
Linux 7.2 在 RISC-V 上啟用 HAVE_BUILDTIME_MCOUNT_SORT，讓建置時就先把 __mcount_loc 區段排好序。這樣一來，ftrace 初始化階段要做的工作就更少，開機時的額外負擔也能下降。
這不是功能上的大改版，但它碰到的是每次開機都會走到的路徑。對在意 boot time、tracing 或早期核心行為的人來說，這類調整很實際。
- 排序在 link time 完成
- 直接作用於
__mcount_loc - 減少 ftrace init 的工作量
3. 核心程式碼清理
除了開機相關更新，這批 RISC-V 變更也包含一些 code clean-ups。它們不一定會讓使用者立刻感受到差異，但對架構支援的長期維護很重要。
RISC-V 還在持續擴張到更多板子與 SoC，程式碼越乾淨，後續新增功能或修 bug 時就越容易審查，也比較不會把舊複雜度一路帶下去。
- 屬於架構層級的維護工作
- 沒有新的使用者開關
- 有助於後續功能擴充
4. cacheinfo 的記憶體修正
這次也修了一個 cacheinfo 相關的潛在記憶體洩漏。這種問題平常不一定看得出來，但在長時間運作的系統上，對穩定性和資源管理都很重要。
對 kernel 開發者來說，這類修正是讓架構支援更成熟的必要工作；對使用者來說，重點很單純，就是核心路徑少一個 bug，長跑時也更安心。
RISC-V Linux 7.2 updates include:
- Eswin SoC support enabled by default
- HAVE_BUILDTIME_MCOUNT_SORT enabled
- cacheinfo memory leak fix
- additional clean-ups and fixes5. 對新 RISC-V 建置更友善
把這些變更放在一起看，方向很清楚：RISC-V 的預設核心設定正在變得更實用。Eswin 支援補強了開箱即用的覆蓋率，開機與 bug 修正則讓早期啟動和核心行為更穩。
這對做硬體 bring-up、發行版整合或嵌入式部署的人最有感，因為 defconfig 越少要手動改，從原始碼到成功開機的距離就越短。
- 預設覆蓋更完整
- 維護者少做手動設定
- 有小幅效能與穩定性收益
怎麼挑
如果你手上有 SiFive HiFive Premier P550 或其他 Eswin-based RISC-V 板子，最值得注意的是預設支援這一項。如果你更在意開機流程與 tracing 開銷，就該先看 ftrace 初始化的調整。
如果你是追 RISC-V upstream 進度的人，這次的訊號也很明確：它不只是在加平台支援，也在把預設行為和核心細節慢慢磨順。