RISE 開放免費 RISC-V GitHub Runner

RISC-V 這次真的有料。RISC-V 的 RISE 專案，現在開放免費 GitHub Runners。重點很直接：開源專案可以在真實 riscv64 硬體上跑 CI，不用只靠模擬器猜結果。

這件事看起來小，實際上很痛。很多 RISC-V 專案不是沒人做。是測試太麻煩。板子要錢，機器要管，CI 還要穩。對志工型專案來說，這種成本很容易直接卡死。

RISE 這次做的事很務實。它不是叫大家更愛 RISC-V。它是把最煩的那段拿掉。講白了，就是讓開源團隊少買一堆硬體，先把軟體跑起來。

RISE 到底提供什麼

RISE 提供的是管理好的 GitHub Actions runner。你把 workflow 指到 runner，裝好 GitHub App，就能把測試丟到真實 RISC-V 機器上跑。這比 QEMU 只看過場畫面，實際多了。

對開發者來說，這種差很多。很多 bug 只有在真機才會冒出來。像是時序問題、原子操作、某些 syscall 行為，模擬器不一定抓得到。你在 CI 先抓到，總比 release 之後才被使用者罵好。

RISE 的公告也講得很白。這是 Early Availability。也就是說，現在能用，但還在早期階段。這種服務最怕兩件事：排隊太久，或文件太爛。只要其中一個出事，大家又會回去用 QEMU。

• 服務型態：管理式 GitHub Actions runners
• 硬體：真實 RISC-V 機器
• 費用：開源專案免費
• 用途：build、test、CI pipeline
• 平台：目前只支援 GitHub

為什麼這對 RISC-V 很重要

RISC-V 的吸引力，在於 ISA 開放，而且授權很寬鬆。這讓晶片商、學界、硬體社群都能自己玩。SiFive 這類公司做商用 IP，社群也能做開源板子。路線很多，但軟體支援常常跟不上。

這就是老問題。硬體做出來，不代表生態就能跟上。沒有測試，維護者就不敢合併 patch。沒有穩定 CI，架構支援就會變成「有人有空再修」。這種狀況在 Linux 世界很常見，RISC-V 只是更明顯。

RISE 由 Linux Foundation 旗下推動。它的任務很像補洞。不是做晶片。不是做編譯器。它是把開源專案缺的那塊硬體測試資源補上。這種基礎建設，通常不帥，但很有用。

• RISC-V 公開發展可追溯到 2014 年
• ISA 授權寬鬆，商用和開源都能用
• RISE 目標是補軟體生態缺口
• 這次主打的是 CI 不是桌面體驗
• 對 embedded 和 server 試驗都很實際

硬體測試一直是卡點

很多人以為架構支援卡在編譯器。其實不只。真正麻煩的是測試。你要有固定機器，要有可重現環境，還要有足夠吞吐量。沒有這些，CI 就只是跑個形式。

RISC-V 專案以前常見兩條路。第一條是 QEMU。便宜，但不一定準。第二條是自己買板子。準，但要錢、要維護、要備援。對小團隊來說，這兩條都不輕鬆。

RISE 的 runner 服務，就是把這個成本拿走。它讓開源專案用真硬體跑 CI，卻不用自己養機器。這對 compiler、runtime、kernel module、low-level library 都很有感。因為這些東西最怕架構差異。

“Today, we are excited to announce the Early Availability of the RISE RISC-V Runners, a free, managed GitHub Actions runner service that gives any open source project access to real RISC-V hardware in their CI pipelines,” said Ludovic Henry.

跟常見方案比，差在哪

如果你要驗證 riscv64 支援，通常有幾個選項。模擬器、cross-compilation、自架板子、共用實驗室資源。每一種都能用，但每一種都很煩。RISE 的價值，就是把其中最麻煩的硬體維護拿掉。

先看模擬器。QEMU 很方便，啟動快，成本低。問題是它不等於真機。某些效能問題、記憶體行為、裝置互動，模擬器就是抓不準。你可以先過 build，但 runtime 還是會翻車。

再看自架板子。這最貼近真實情況，但也最像在養家電。電源、網路、遠端重開、壞板更換，樣樣都要管。小專案通常沒這種人力。RISE 的 runner 直接省掉這些麻煩。

• QEMU：便宜快，但不一定準
• Cross-compilation：能驗 build，抓不到很多 runtime 問題
• 自架硬體：最準，但維護成本高
• RISE runners：真硬體，且對開源專案免費

還有一個現實限制。現在只支援 GitHub。這表示 GitLab、Gitea、Bitbucket 的專案，暫時吃不到這波紅利。這點很可惜，但也合理。先把最大宗的開源工作流做好，比先喊全平台支援實在多了。

如果你問我，這種服務最重要的不是「有沒有」。而是「穩不穩」。只要 runner 夠穩，隊列不長，大家就會慢慢把 riscv64 加進 CI。那時候，RISC-V 才真的比較像日常選項。

這波其實是生態補課

RISC-V 不是新名詞了。硬體圈講了很多年。問題一直都不是概念，而是落地。晶片、板子、工具鏈、套件、測試，這些東西要一起動，架構才會真的活起來。

我覺得 RISE 這次做的，像是在幫開源社群補課。以前大家常說要支持新架構。現在它直接把門檻降低。你不用先買硬體，也能先把 CI 建起來。這對維護者很友善，對使用者也更安心。

這類基礎設施很少上新聞，但影響很實際。當一個架構能被正常測試，套件維護者就比較敢合併 patch。等這件事變成習慣，RISC-V 才會從「特別支援」變成「預設支援」。

接下來我會盯兩件事。第一，runner 配額夠不夠。第二，文件和申請流程順不順。這兩個如果都做好，更多開源專案就會開始把 riscv64 加進 CI。你如果有維護 GitHub 專案，而且碰 RISC-V，現在就值得去試看看。