調研視窗:2026-10-22 04:30 ~ 2026-10-23 04:30(北京時間,過去 24 小時),與上一期首尾相接。

信源:GitHub 四處組織全倉核查(RuyiAI-Stack、ruyisdk、openRuyi-Project、buddy-compiler 的提交、Pull Request 與 Release,逐條複核視窗內全部動態;上游 fork 按 RISC-V 關鍵詞過濾,無關上游提交不收錄)、openRuyi 主倉逐筆提交計數與作者分佈、ruyi 包管理器 Release 與 PyPI 版本核驗、openRuyi 發行版新聞頁、RuyiSDK 開發者社群論壇與雙週報倉庫、RuyiAI 官方主頁三頁快照、IREE 與 riscv-arch-test 上游動態、arXiv 檢索、Google News RSS 中英文定向查詢(走代理)。


本期索引

  • 今日重點:雙週報 079 補全六節,QEMU 補齊 P 擴充套件 v0.6 全指令併合入達摩院 AME v0.6(10-22)
  • 一、RuyiAI 棧進展(PyTorch / Triton / TileLang RISC-V 適配)
    • 1.1 pytorch:riscv 分支連續第四日整枝重放,head 換為 29259d90(10-22)
    • 1.2 llvm-project:連續第二日換基,riscv 分支推進到 58d62a47(10-22)
    • 1.3 tilelang-riscv:連續六日無提交(10-22 狀態)
    • 1.4 triton-riscv:夜間版維持 10-19 構建,PR #85 無新動態(10-22 狀態)
  • 二、RuyiSDK 工具鏈與發行版
    • 2.1 openRuyi 主倉:81 筆提交,Jingwiw 一次清掃 54 個包(10-22)
    • 2.2 openRuyi PR:22 筆合入,安全更新批次清零,開放佇列 77 筆(10-22)
    • 2.3 雙週報 079 補全六節:GCC 擴 Ztt 與 P 0.6,LLVM 九筆合入(10-22)
    • 2.4 QEMU:P 擴充套件 v0.6 全指令覆蓋,達摩院 AME v0.6 合入(10-22)
    • 2.5 ruyi 包管理器:0.53.0 維持,0.54.0 定檔 10 月底(10-22 狀態)
    • 2.6 packages-index:ISCAS 源同步異常,本期無包更新(10-22)
    • 2.7 核心與韌體線:edk2-ruyi、ruyifirmware 靜默(10-22 狀態)
  • 三、向量擴充套件與運算元最佳化
    • 3.1 AME 三件套閉環:LLVM 補丁、QEMU 模擬、AME-operator 運算元庫(10-22)
    • 3.2 IREE:視窗內無 RISC-V 專項提交,僅跟進 LLVM 基線(10-22)
    • 3.3 論文:長向量處理器上重排 FlashAttention,實測加速 1.84 至 2.08 倍(10-21)
    • 3.4 本棧向量倉與上游驗證線:VecIntrinBench、IntrinTrans、riscv-arch-test 靜默(10-22 狀態)
  • 四、Buddy Compiler 動態
    • 4.1 buddy-mlir:視窗內零提交、零釋出(10-22 狀態)
    • 4.2 下游錨定:triton-riscv 夜間構建仍鎖 0.1.1.dev20261017(10-22 狀態)
  • 五、社群與活動與官方主頁
    • 5.1 峰會回顧帖釋出:兩場報告、六篇海報、七項實機演示(10-22)
    • 5.2 RISC-V Linux 實踐課第 02 期講義入庫(10-22)
    • 5.3 ruyi-imager:夜間包已跟進至 731e52b,新增映象下載動作(10-22)
    • 5.4 官方主頁三頁無變化,openRuyi 官網倉庫補標籤說明(10-22)
    • 5.5 外部新聞與 arXiv:定向查詢零命中,長向量處理器 FlashAttention 重構(10-21)
  • 六、趨勢觀察
    • 6.1 重放從「擇期」變「每日」:llvm 首次連續兩日換基
    • 6.2 openRuyi 進入規範補全期:清掃 54 筆壓過升級 22 筆
    • 6.3 發行版開始鋪桌面與虛擬化驗證棧
    • 6.4 擴充套件落地路徑成形:編譯、模擬、運算元三層先後到位

今日重點:雙週報 079 補全六節,QEMU 補齊 P 擴充套件 v0.6 全指令併合入達摩院 AME v0.6

日期:2026-10-22 來源:雙週報第 079 期、QEMU p-dev 分支、QEMU ame-0.6 分支、QEMU 倉庫

昨日報告記錄的 079 期草稿只寫入了 OpenJDK、基礎 C 庫與開發板三節,本視窗內其餘六節全部補齊:GCC、LLVM、V8、OpenJDK、Go、QEMU 以及包管理器與 IDE 小節,十個補丁提交在 10-22 09:26 ~ 14:20 之間陸續落到倉庫(#383 至 #391)。

其中資訊量最大的是 QEMU 一節。RuyiSDK 的 QEMU 倉庫釋出了 P 擴充套件 v0.6 的實現,稱已完成當前 P 擴充套件全部指令的模擬支援,分支 p-dev 基於上游 v11.1.0。分支最後一批提交在 10-21 16:35,內容是打包 SIMD 系列(Q 格式乘加、純乘法與乘累加、二路與四路乘加/減、載入複製、RV32 專用指令),並移除 P 對 Zbkb 的依賴以對齊規範、補了 TCG 測試。

同一期還記錄了達摩院 AME 擴充套件 v0.6 合入 ame-0.6 分支:完成主要功能開發與架構重構,支援 32/64 位使用者模式與系統模式,覆蓋矩陣計算、整數與浮點混合運算、資料搬運和型別轉換,並支援多核共享後端、狀態遷移與除錯,同樣基於上游 v11.1.0。該分支可見提交截至 10-16,本視窗是把成果彙編入刊,不是新提交。

這兩條與 RuyiAI 編譯器側形成對應關係:LLVM 分支上的 AME 補丁 #29(指令更新)、#30(IME 內建下降到 SpacemiT A100 dot)、#31/#32(A100 HP/SP 與 pack/unpack 排程)負責把矩陣擴充套件編譯成指令,QEMU 側負責在無硬體時模擬同一套語義。三處同源的擴充套件支援在本週同時到達 v0.6,意味著該擴充套件具備「編譯器可生成、模擬器可執行」的最小閉環,剩下的缺口是硬體實測資料。


一、RuyiAI 棧進展(PyTorch / Triton / TileLang RISC-V 適配)

1.1 pytorch:riscv 分支連續第四日整枝重放,head 換為 29259d90(10-22)

日期:2026-10-22 來源:riscv 分支提交列表、新頭部 29259d90、兩輪頭部對比、PR 列表

riscv 分支在 10-22 03:00 完成第四次整枝重寫,head 由 3c1ea315 換為 29259d90,全部可見提交的提交者時間統一改寫為同一時刻。與上一期 head 對比結果為 diverged:領先 60 筆、落後 24 筆、106 個檔案差異,差異面全部落在上游基線範圍內(MPS 運算元、Metal 核心、CI 工作流與 pr_review 指令碼),本地補丁檔案沒有出現在差異列表中。

本地補丁序列逐條未變:riscv64 本地映象(#51)、bytes_to_scalar 浮點修復(#44)、inductor opinfo blocklist(#50)、linear cross entropy 的 ULP 容差限定(#42),以及 CI 系列(#20、#21、#40、#41)。七筆開放 PR(#23、#35、#36、#38、#43、#46、#48)於 10-22 08:25 同批重新整理更新時間,無新評審意見、無合入。其中 #46「RISC-V Vector Extension support for ATen」與 #48「Add RISC-V Vector CPU capability」仍是 RVV 能力上行的兩條主線提案。

1.2 llvm-project:連續第二日換基,riscv 分支推進到 58d62a47(10-22)

日期:2026-10-22 來源:riscv 分支提交列表、新頭部 58d62a47、兩輪頭部對比、PR #25、PR #28

昨日剛結束八日靜默完成換基的 riscv 分支,在 10-22 23:00 再換一次,head 由 dd05e5b5 變為 58d62a47,標題仍為「[RISCV] Add A100 HP/SP and pack/unpack lowering with calibrated scheduling (#31)」。與上一輪 head 對比:領先 275 筆、落後 26 筆、300 個檔案差異,明顯小於昨日那次 1769 筆的跨度,說明這次只是把基線向前挪了一小步。

補丁序列完整保留且順序未變,從 BOSC AME 擴充套件(#16)到 A100 HP/SP 與 pack/unpack 排程(#31、#32),含 Buckyball 廠商擴充套件(#20)、與 Pebble 核 ISA 對齊(#23)、xtame 設計更新(#27)、IME 內建下降(#30)。兩筆 FPGA 後端 PR(#25、#28)在 10-23 00:57 同批重新整理時間戳,仍為開放狀態。這是兩日內第二次整枝重寫,與 pytorch 的日更節奏已經收斂。

1.3 tilelang-riscv:連續六日無提交(10-22 狀態)

日期:2026-10-22(狀態) 來源:提交列表、PR #4 RVV 掩碼與歸約

主分支最後提交仍為 10-16 的五筆集中改動(程式碼生成格式規範、上游運算元執行時語義、TileOps 執行時適配、Buddy MLIR 釋出 CI、CI 內構建 Python 擴充套件),此後連續六日無新提交。開放 PR #4「Add RVV vector mask and max reduction lowering」最後更新停在 09-28,PR #2 停在 06-16。該倉仍處「CI 與執行時骨架已通、運算元覆蓋待補」的停頓期,本期沒有新證據改變這一判斷。

1.4 triton-riscv:夜間版維持 10-19 構建,PR #85 無新動態(10-22 狀態)

日期:2026-10-22(狀態) 來源:Releases、Nightly 2026-10-18-a305fb6、PR #85 softmax 與 matmul 最佳化

視窗內無提交、無新發布,最新夜間版仍是 10-19 釋出的 nightly/20261018-a305fb6,鎖定 Buddy MLIR 夜間版 0.1.1.dev20261017。開放 PR #85 最後更新停在 10-19 07:55(北京時間),仍是當前唯一活躍的運算元最佳化提案;其餘開放 PR 最近動作集中在 9 月中下旬,佇列長期未動。


二、RuyiSDK 工具鏈與發行版

2.1 openRuyi 主倉:81 筆提交,Jingwiw 一次清掃 54 個包(10-22)

日期:2026-10-22 來源:提交列表、checksum 清掃樣例 xmltoman、rdma-core 65.0 提交 3b13a2a5、opencv 構建目錄修復 2829a38d

視窗內 81 筆提交全部為 SPECS: 字首,作者七人——Jingwiw 54 筆、misaka00251 21 筆、DingliZhang 2 筆,sunyuechi、Leetfs、wzssyqa、Z572 各 1 筆。時間上從 10-22 09:27 到 10-23 00:12 分九個小時段,其中 13:00 一批 55 筆是單次集中推送。

Jingwiw 的 54 筆全部是同一種改動:「Add source checksums and use %autochangelog」,按包名字母序覆蓋 luksmeta 到 xmltoman 一段,即 m 到 x 區間的一整片。這類改動給 spec 補原始檔校驗和、把變更日誌改由 %autochangelog 生成,屬發行版規範化的地基工作,不改變任何包的版本與行為。

其餘 27 筆是實質升級。安全批次最集中:go 1.27.3、php 8.5.12、nss 3.131.1、ca-certificates-mozilla 2.92、rustup 1.29.2、python-pip 26.2.2、nodejs 24.22.1、python 3.14.9、python-pillow 13.0.0、nginx 1.31.8,另有 certifi、perl-Mozilla-CA、webpki-roots 兩筆與 rustls-webpki。Rust 側補 rustls-platform-verifier 0.7 與 android 0.2、enum-map 3、quote 1.0.47、proc-macro2 1.0.107。其餘為 openjdk-17 17.0.21.9、openjdk-21 21.0.13.9、libudev-zero 1.0.5、brotli 1.2.1、rdma-core 65.0。

一筆小修值得單獨記:opencv 把 %{_builddir} 取代了硬編碼的 /home 路徑(wzssyqa),這類硬編碼是構建環境不可復現的常見來源。

2.2 openRuyi PR:22 筆合入,安全更新批次清零,開放佇列 77 筆(10-22)

日期:2026-10-22 來源:PR 列表、PR #1498 python 3.14.9、PR #1502 openjdk-17、PR #1501 openjdk-25、PR #1500 openjdk-latest、PR #1490 交叉工具鏈、PR #1415 virglrenderer

視窗內 22 筆合入。昨日報告列出的十九筆安全更新在審佇列基本清零:go、php、nss、ca-certificates-mozilla、rustup、python-pip、python-certifi、perl-Mozilla-CA、rustls-webpki、webpki-roots 兩筆、nodejs、python-pillow、nginx、python 相繼合入;openjdk 四個版本分兩批落地,先合 27.0.1.0.2.1、25.0.5.8、21.0.13.9、17.0.21.9(#1493 至 #1496),隨後補帶 [security-fixes] 標記的 17 與 21(#1502、#1503)。其餘合入為 libudev-zero 1.0.5、opencv 構建目錄修復、brotli 1.2.1、rdma-core 65.0、後設資料與源宣告糾正第二批(#1403)、README 錯字修復。

開放佇列仍有 77 筆,值得關注的有:openjdk-latest 與 openjdk-25 的帶安全標記版本(#1500、#1501)、postgresql 關閉 systemd 啟動超時(#1504)、alibabacloud-go-tea 1.5.3(#1505)、後設資料糾正第一批(#1401)。

另有一組桌面與虛擬化提案在成形:qemu 開啟 GUI 測試特性(#1421)、新增 virglrenderer(#1415)、ovmf 加 fwupd(#1436)、新增 ydotool(#1457)、修 xorriso 的 man 頁衝突(#1489);還有一筆 WIP 交叉 riscv64 工具鏈(#1490),方向是在 x86 宿主上直接產出 riscv64 工具鏈。

2.3 雙週報 079 補全六節:GCC 擴 Ztt 與 P 0.6,LLVM 九筆合入(10-22)

日期:2026-10-22 來源:雙週報第 079 期、GCC Ztt Md 提交 368ab1b0、GCC P 0.6 提交 883d7da2、RVA23.1 非實驗性 PR #234064

補全的六節裡,基礎元件佔五節。GCC 三條:重基 Zvdota/Zvbdota 支援並修掉重基發現的問題(補丁已發至 patchwork)、為 Ztt 擴充套件補 Md 支援、把 P 擴充套件支援更新到 0.6 版本。

LLVM 列出十二筆,九筆已合入,覆蓋範圍可以概括為四組:RVA23.1 與 RVB23.1 profile 轉正(#234064)、GlobalISel 用 Zfhmin 處理 f16 截斷並補半精度合法化(#231370)、非對齊標量訪存的 LLT 過載使 memcpy 可用更寬指令展開(#232183)、P 擴充套件的 mulq、乘高位累加、sati/usati、Packed Pair 與打包乘法等 intrinsics(#232316、#232340、#233769、#232202、#232612),另有 __builtin_riscv_rev16_64 的 RV64 約束脩正(#232362)。兩筆仍在評審:從和的範圍推加數範圍的 InstCombine 改進(#231357)、用 TableGen 生成並選擇向量庫呼叫並修 RISC-V 的 SLEEF 選擇(#231739)。

V8 合入四筆:riscv64 上二分查詢 switch 輸入始終符號擴充套件、Sandbox 可信指標表條目加標記、Liftoff 追蹤 f32 與 32 位 f64 常量(移植上游提交)、直譯器入口跳板增加最大引數數校驗。Go 側提出六條主線 CL,其中為 riscv64 開啟 sha256 與 sha512 的 zvknha/zvknhb 硬體加速兩條已合入,其餘為去除多餘 MOVDnop、用暫存器位移值最佳化位測試、Zfa 彙編支援、riscv_hwprobe 走 vDSO。OpenJDK 十二筆與 JEP 544 的 RISC-V 移植進展屬昨日報告已收錄內容,本期只是定稿入刊。

期次仍有三節留空:卷首語、版本測試及遺留問題、官網與文件。

2.4 QEMU:P 擴充套件 v0.6 全指令覆蓋,達摩院 AME v0.6 合入(10-22)

日期:2026-10-22 來源:雙週報 QEMU 節、p-dev 分支、ame-0.6 分支、qemu 提交列表

P 擴充套件側,p-dev 分支的收尾批次全部集中在打包 SIMD:Q 格式乘法與 Q 格式乘加、純乘法、乘累加、二路與四路的乘加/減、載入複製,以及 RV32 專用指令集,另加移除 P 對 Zbkb 的依賴以對齊新版規範,並補了 tests/tcg/riscv 下的 P 擴充套件測試。分支基於上游 v11.1.0。

AME 側,達摩院貢獻的 v0.6 實現合入 ame-0.6 分支,官方描述為完成主要功能開發與架構重構,支援 32/64 位使用者模式與系統模式,覆蓋矩陣計算、整數與浮點混合運算、資料搬運與型別轉換,支援多核共享後端、狀態遷移與除錯。該分支可見提交截至 10-16,內容是 Ztt 指令族落地:decodetree 譯碼、指令族 helper、GDB 狀態暴露、實驗性 CPU 配置暴露、disas 支援,以及 Ztt 數值/張量運算、控制與共享後端、記憶體與偵錯程式整合、配置與遷移四組測試,另補了文件。

兩條線的落點一致:把尚未量產的擴充套件做成可跑通的軟體基線。對沒有 P 擴充套件或 AME 硬體的開發者,QEMU 是唯一能驗證工具鏈輸出的途徑;P 擴充套件全指令覆蓋之後,GCC 的 P 0.6 更新與 LLVM 的 P 擴充套件 intrinsics 才有可對照的執行語義。

2.5 ruyi 包管理器:0.53.0 維持,0.54.0 定檔 10 月底(10-22 狀態)

日期:2026-10-22(狀態) 來源:ruyi Releases、PyPI ruyi、雙週報 079 包管理器節

GitHub Release 與 PyPI 均維持 0.53.0(09-24 釋出),主分支最後提交停在 09-25,視窗內無新版本、無新提交。079 期明確 0.54.0 因發版週期調整預期在 10 月底正式釋出,並說明開發與測試團隊大部分成員上週在深圳出席 RISC-V 中國峰會,因此本期節奏放緩。

開發中事項三條未變:軟體包與當前系統的 ABI 相容性檢測、更多官方維護包的 macOS 打包、針對 SpacemiT K1/K3 的工具鏈適配。另外給出軟體源維護承諾:ruyi update 的內容相容最近三個正式版本。

2.6 packages-index:ISCAS 源同步異常,本期無包更新(10-22)

日期:2026-10-22 來源:packages-index 提交列表、雙週報 079 資源更新節

倉庫最後提交仍為 10-13(新增 ubuntu-old-releases 映象、修 Sifive Unmatched 的 ubuntu 版本)。079 期給出了靜默原因:近兩週 ISCAS 軟體源遇到資料同步問題,已構建完成的軟體包未能重新整理到公網,因此暫無軟體包方面的更新。

這一點解釋了本主題近兩週「包管理器無新版本、索引無新包」的組合現象——不是開發停擺,而是釋出通道堵塞。對使用者的直接影響是透過 ruyi 裝包時看到的仍是舊集合,屬服務端問題,不需要本地排查。

2.7 核心與韌體線:edk2-ruyi、ruyifirmware 靜默(10-22 狀態)

日期:2026-10-22(狀態) 來源:linux-xuantie-kernel 提交列表、edk2-ruyi 提交列表、ruyifirmware Releases

核心線 linux-xuantie-kernel(linux-6.6.36 分支)最後提交仍為 10-16 的 cpufeature 與 hwprobe 改動批次;韌體線 ruyifirmware 最新發布仍是 10-15 的「Ruyi Firmware 20261015」;edk2-ruyi 停在 10-15 的 K3 系統資訊頁。三條線連續第七日靜默,本視窗 openRuyi 組織的動作全部在軟體包與文件兩側(見 2.1 與 5.4)。


三、向量擴充套件與運算元最佳化

3.1 AME 三件套閉環:LLVM 補丁、QEMU 模擬、AME-operator 運算元庫(10-22)

日期:2026-10-22 來源:LLVM AME 指令更新 #29、IME 到 A100 dot #30、A100 HP/SP 與排程 #31、AME-operator、qemu ame-0.6

把三處動作並排看,AME 擴充套件的軟體棧已經成形。編譯側在 RuyiAI 的 LLVM 分支上分三步:先做擴充套件與後端路徑設計(#16、#24、#27),再把 AME 指令集更新落地(#29),最後把 IME 內建下降到 SpacemiT A100 的 dot 指令並完成 HP/SP 與 pack/unpack 的降低與排程標定(#30、#31、#32)。模擬側是 QEMU 的 ame-0.6 分支,覆蓋矩陣計算、混合精度、搬運與型別轉換,並支援狀態遷移與除錯。運算元側是 ruyisdk/AME-operator,9 月 30 日一次性推入 GEMM 與 GEMV kernel、可移植運算元參考與驗證套件、構建與驗證流程文件。

三層的共同缺口是實測:編譯側的效能模型是按 A100 指令標定的,QEMU 只保證語義正確,運算元庫的驗證套件跑在模擬或既有硬體上,沒有任何一層提供真機吞吐資料。在拿到 A100 或後續硬體之前,這套棧能證明的是「能編譯、能執行、結果正確」,不能證明「更快」。

3.2 IREE:視窗內無 RISC-V 專項提交,僅跟進 LLVM 基線(10-22)

日期:2026-10-22 來源:IREE 提交列表、LLVM 整合 #25103、VM ISA 校驗提交 9ea0d950

視窗內兩筆提交:一是把上游 LLVM 整合到 bdd8381f5b7e(#25103),二是 VM 側把 ISA 譯碼器的校驗宏接起來並收緊暫存器校驗(9ea0d950)。後者屬 IREE 自有位元組碼虛擬機器的校驗,與 RISC-V 無關。

也就是說,昨日報告的 RVV f16 vfmacc/vfwmacc 落地之後,IREE 在 RISC-V 方向本視窗沒有新的專項提交。版本線此前已推進到 3.14(10-20 的版本號提升提交),接下來值得盯的是 f16 路徑在 #24932 跟蹤項下的分塊與執行緒化改進何時出現。

3.3 論文:長向量處理器上重排 FlashAttention,實測加速 1.84 至 2.08 倍(10-21)

日期:2026-10-21(略早於本期視窗起點,因 arXiv 索引在本視窗內首次可見而收錄) 來源:arXiv 2610.29489v1

《Reorienting the Vector Axis: Restructuring FlashAttention for Long-Vector Processors》(Emmanuel Irabor、Marc Casas)把 PyTorch 的 CPU FlashAttention 核心移植到帶 2KB 向量暫存器的 RISC-V CPU 上,先給出一個不客氣的基線:只達峰值浮點吞吐的 16.2%。

原因分析得很具體。原核心按查詢行逐行推進:與 V 的乘沿 64 元素頭維向量化,softmax 的逐行最大值與求和是「把整個暫存器塌縮成標量」的歸約,軟體指數函式的多項式係數還要與 tile 資料搶向量暫存器,導致溢位到棧。三項疊加,向量暫存器的利用率上不去。

兩條改法都不改演算法與數值。第一條把分數 tile 與執行輸出一起轉置,讓查詢落線上性連續軸上——於是「一個 tile 裡裝多少查詢」這一個引數就統一決定了核心各段的向量長度,可按機器配置,同時兩個歸約自然消失。第二條把多項式係數搬進標量暫存器,消除溢位,softmax 的向量訪存指令減少 78.7%。

實測:頭維 64 時,兩項合起來把整核週期降到 1.84 至 2.08 倍加速,浮點利用率從 16.2% 升到 29.7%;同設計的 FPGA 對兩項改動的排序一致且收益更高,達 2.71 倍。

對本棧的意義在方法而非數字:向量長度自適應與暫存器壓力正是 triton-riscv 與 tilelang-riscv 在 RVV 降級上的結構性問題,而不是「有沒有 intrinsics」;文中「按機器匹配 tile 內查詢數」與 IREE 把 Tile N 取 vlen/8 屬同一類決策,可直接做同口徑比較。

3.4 本棧向量倉與上游驗證線:VecIntrinBench、IntrinTrans、riscv-arch-test 靜默(10-22 狀態)

日期:2026-10-22(狀態) 來源:VecIntrinBench、IntrinTrans、riscv-arch-test 提交列表、XiangShan 提交列表

本棧向量基準與轉譯工具鏈繼續靜止:VecIntrinBench 停在 02-13、IntrinTrans 停在 06-25、FBGEMM fork 停在 07-13、cpuinfo 停在 05-20、harness 停在 10-10、torq-tile 停在 04-09,視窗內均無提交。上游驗證線同樣無動作:riscv-arch-test 最新提交停在 09-08(ACT 4.1 釋出說明與工作流修復),香山主倉在本主題的核查範圍內亦無視窗內提交。


四、Buddy Compiler 動態

4.1 buddy-mlir:視窗內零提交、零釋出(10-22 狀態)

日期:2026-10-22(狀態) 來源:提交列表、Releases

主分支最後提交仍為 10-16 的「[ci] Add the publish-models workflow (#925)」,視窗內 0 筆提交、0 個釋出。版本線維持正式版 BUDDY MLIR 0.1.1(10-18 釋出)加最後一期夜間版 0.1.1.dev20261017 的組合,此後連續五日沒有新夜間構建。0.1.0 到 0.1.1 兩次正式釋出相隔兩日之後轉入停頓,這一狀態已持續四個報告期;10-13 至 10-16 那批 RISC-V 可用性改動(Makefile 目標、cross 編譯到開發板、CI 改用 Ruyi 包索引、在 SpacemiT 平臺跑 Qwen3-VL-30B-A3B 解碼器)之後屬階段收尾。

4.2 下游錨定:triton-riscv 夜間構建仍鎖 0.1.1.dev20261017(10-22 狀態)

日期:2026-10-22(狀態) 來源:triton-riscv 提交列表、buddy-mlir 夜間版 0.1.1.dev20261017

triton-riscv 主分支最後一筆提交仍是 10-18 的 PR #88,內容為把下游依賴錨定到 buddy-mlir 10-17 的夜間版(0.1.1.dev20261017)。buddy-mlir 自 10-17 後無新夜間版,因此 triton-riscv 的夜間構建缺新上游可跟,兩邊繼續互相等待。這條鏈路恢復逐日出包,取決於 buddy-mlir 何時重啟 nightly 工作流。


五、社群與活動與官方主頁

5.1 峰會回顧帖釋出:兩場報告、六篇海報、七項實機演示(10-22)

日期:2026-10-22 來源:論壇帖 #2893、Ruyi 包管理器海報

論壇在 10-22 11:31 釋出第六屆 RISC-V 中國峰會的回顧帖。帖中給出的規模資料:峰會線下專業觀眾超 3600 人,RuyiSDK 團隊 10 位成員到場,形式為兩場技術報告、六篇技術海報、D15 獨立展區。

兩場報告分別是《RISC-V 課程移植方法與 RuyiSDK 生態建設》(羅雲翔)與《駕馭 RISC-V 向量擴充套件:Go 語言基於 RVV 最佳化實戰》(蒙卓、朱儁賢)。前者提出「把門開啟、把路鋪平、把人教會」三條主線,做法是模擬視覺化跑在宿主機或雲端、驅動與推理下沉到板端;後者聚焦託管語言執行時對接 RVV 的工程問題,包括向量長度自適應、彙編樁與內聯最佳化。

六篇海報的資訊量集中在數字上。包管理器的後設資料索引含 328 個以上軟體包、265 個以上系統映象、覆蓋 41 款開發板,已釋出至 PyPI 並接入 RevyOS 與 Bianbu 倉庫。另有 RuyiTuner(遺傳演算法搜尋編譯最佳化序列)、AI 驅動的 IDE 圖形化測試、用 Sail 加 Pydrofoil 對接香山 difftest(約 800 行適配層替代 NEMU)、跑在瀏覽器 WebWorker 的 Sail-RISCV-WASM 工具鏈,以及 RISC-V 課程重構(821 個影片、144.1 萬播放、2.6 萬關注)。

七項實機演示裡最有說服力的是 OpenCV RVV 加速對照:同一硬體平臺上,對比 ruyi 安裝版本與發行版自帶 OpenCV,影象濾波與特徵提取等運算元實現 3 至 8 倍加速。這條資料把「向量庫層能帶來多少收益」從估算變成了可復現的現場測量。另外「芯動挑戰」用 RuyiSDK IDE 結合 CyberCAM 與 K230 板載 KPU 做手勢識別互動,現場有 4 家開發商建立合作溝通渠道。

5.2 RISC-V Linux 實踐課第 02 期講義入庫(10-22)

日期:2026-10-22 來源:論壇帖 #2894

論壇同日新增「RISC-V Linux 實踐課 02|夠用的 C 語言基礎【講義】」,20:58 釋出,作者與第 01 期一致。內容是面向嵌入式場景的 C 語言最小集,從型別與變數、控制流講到指標、陣列、結構體、儲存期、字串與位運算,配一個風扇控制與溫度讀取的貫穿例子,並給出「整數除法定點截斷」「常量用 const 寫明含義」這類易錯點。

配合第 01 期的環境與工具鏈講義,這門課已有連續兩講的自學材料,方向與 5.1 課程移植報告一致:先把可在宿主機復現的部分講透,再把硬體相關部分下沉到板端。

5.3 ruyi-imager:夜間包已跟進至 731e52b,新增映象下載動作(10-22)

日期:2026-10-22 來源:提交列表、夜間構建渠道、映象下載動作提交 3ca6f445

昨日報告指出夜間構建未跟隨 10-21 的三筆 Gradle 改造,本視窗給出了後續:夜間渠道已重建(10-21 21:31 打包、10-22 05:38 構建,源提交 731e52b 即 TOMLJ 升級那一筆),說明自動構建隨後觸發了,只是滯後約七小時。

但 10-22 的三筆提交尚未入包:15:33 把活動進度移到固定狀態列並分離更新錯誤、15:40 對齊設定控制元件並壓縮更新反饋、20:42 合入 PR #12(在映象選擇步驟直接提供下載動作,少一次跳轉)。夜間包與本批提交之間仍差一個構建週期。

5.4 官方主頁三頁無變化,openRuyi 官網倉庫補標籤說明(10-22)

日期:2026-10-22(狀態) 來源:RuyiAI 官方主頁、部落格、文件、openRuyi 官網倉庫提交

三頁快照與上一期一致:index.html 索引 3 條、blog.html 索引 2 篇(Triton 的 RISC-V 適配、PyTorch RISC-V CI 實踐)、docs.html 索引 23 章,三頁 sha256 均無變化,本輪無新增部落格文章、無新增文件章節。

openRuyi 官網倉庫在視窗內有一筆提交(10-22 21:35,misaka00251):「docs: Add experimental tag and change tags description.」,為文件加 experimental 標籤並調整標籤說明。這與 openRuyi 主倉把部分包標為實驗性的做法一致,說明發行版正在把「實驗性」從內部約定變成公開可見的分類。

5.5 外部新聞與 arXiv:定向查詢零命中,長向量處理器 FlashAttention 重構(10-21)

日期:2026-10-22 來源:Google News RSS、arXiv RISC-V 檢索

Google News 對 RuyiSDK、RuyiAI 的中英文定向查詢在視窗內零命中;openRuyi 查詢僅返回一條 4 月的舊稿;「如意 RISC-V」類查詢返回 25 條,最近一條是 10-13 的峰會預告稿,與發行版本期動作無關。裸查詢通道正常,說明是內容側確實沒有媒體報道,不是代理或解析問題。

arXiv 側視窗內新增一篇直接相關的預印本(10-21),把 PyTorch 的 CPU FlashAttention 核心移植到 2KB 向量暫存器的 RISC-V CPU 上並給出實測加速,詳見 3.3。


六、趨勢觀察

6.1 重放從「擇期」變「每日」:llvm 首次連續兩日換基

前兩期的判斷是 pytorch 日更、llvm 擇期:pytorch 連續三次在 03:00 重寫,llvm 則在靜默八日後才換一次基。本視窗推翻了後半句——llvm 在 10-22 23:00 再次整枝重寫,間隔正好一天。

兩次換基的跨度差異說明了機制:昨日那次 ahead 1769、300 檔案,是八天上游積壓的集中消化;今日這次 ahead 275、仍是 300 檔案,是單日增量的常規追趕。分支已進入「每日把基線前移一小步」的狀態,與 pytorch 收斂為同一種運維。

代價沒有變:提交者時間被統一改寫,SHA 每日失效,任何按 SHA 引用的下游都會當天過期,讀這兩個分支應看補丁標題集合而非 SHA。收益也沒有變:補丁本身沒有新增,pytorch 七筆、llvm 兩筆開放 PR 都只重新整理了時間戳,實際進度仍由評審佇列決定。

6.2 openRuyi 進入規範補全期:清掃 54 筆壓過升級 22 筆

本視窗 81 筆提交裡 54 筆是同一種規範化改動(補源校驗和、改用 %autochangelog),覆蓋 m 到 x 一段包名;真正的版本升級 22 筆,比例二點五比一。

這與上一階段「補依賴閉包」不同:那時 Go 去 vendor、Rust 補 crate,目標是讓包能編出來;現在清掃的是可審計性與自動記賬——源校驗和決定構建輸入可驗證,%autochangelog 決定變更記錄由提交歷史生成而非手寫。對使用者的可感知收益落在安全更新鏈路上:統一路徑通了,CVE 修復才會沿一條道傳導。ISAC 源同步問題(見 2.6)提醒另一面——規範再好,釋出通道堵塞時使用者仍看不到更新。

6.3 發行版開始鋪桌面與虛擬化驗證棧

開放 PR 佇列裡出現一組同向提案:qemu 開啟 GUI 測試特性(#1421)、新增 virglrenderer(#1415)、ovmf 支援 fwupd(#1436)、新增 ydotool(#1457)、修 xorriso 的 man 頁衝突(#1489)。

五項分屬虛擬化、圖形虛擬化、韌體更新、輸入自動化與光碟映象工具鏈,合起來指向同一件事:在 RISC-V 上跑完整桌面並對其做自動化驗證。這與峰會展示的「AI 驅動 IDE 圖形化測試」是同一需求的兩端——測試框架要驅動真實介面,就必須先有可指令碼化的輸入與可虛擬化的圖形棧。桌面支援此前是 RISC-V 發行版的弱項,這批提案把它拆成了可逐項合入的任務。

6.4 擴充套件落地路徑成形:編譯、模擬、運算元三層先後到位

以 AME 為例,本週可見一條擴充套件從提案到可用的完整路徑:先有後端設計與指令集定義(LLVM #16、#24、#27、#29),再有降低與排程的實現(#30、#31、#32),同時模擬器給出可執行語義(QEMU ame-0.6),最後運算元庫提供可測的 kernel 與驗證套件(AME-operator)。

P 擴充套件走同一條路但已到後半程:QEMU 覆蓋全部指令,GCC 支援更新到 0.6,LLVM 側 mulq、乘高位累加、sati/usati、Packed Pair 等 intrinsics 分批合入上游。對照來看,P 擴充套件缺應用側 benchmark,AME 缺真機。

這個順序本身值得作為方法記錄:沒有模擬器無法驗證編譯器,沒有運算元庫無法驗證模擬器。三者齊備之前談效能沒有意義,齊備之後瓶頸才轉移到硬體與實測。本週的進展是「齊備」而不是「更快」。


信源核查表

信源 核查結果
RuyiAI-Stack 組織(全倉) pytorch:riscv 分支第四次整枝重放(head 3c1ea315 換為 29259d90,compare 領先 60/落後 24、106 檔案),七筆開放 PR 於 10-22 08:25 同批重新整理;llvm-project:riscv 分支連續第二日換基(head dd05e5b5 換為 58d62a47,領先 275/落後 26、300 檔案),兩筆 FPGA PR 於 10-23 00:57 重新整理;triton-riscv、tilelang-riscv 零提交零釋出;ruyiai-daily 最新一期為 10-22;harness、FBGEMM、cpuinfo、VecIntrinBench、IntrinTrans、torq-tile、pytorch-ci 無視窗內提交
ruyisdk 組織(全倉) ruyi-imager:3 筆提交(兩筆狀態列與設定介面改造、一筆映象下載動作 PR #12),夜間包重建(源提交 731e52b,10-22 05:38 構建);wechat-articles:9 筆(雙週報 079 定稿,GCC/LLVM/V8/Go/QEMU/IDE 補全);ruyi:0 筆提交、0 個釋出(0.53.0 維持);packages-index、support-matrix、ruyi-tuner、ruyisdk-vscode-extension、ruyici、AME-operator、linux-xuantie-kernel 均無視窗內提交;riscv-gcc 預設分支停在 06-24(雙週報所述提交在其他分支);qemu 的 p-dev 與 ame-0.6 分支視窗內無新提交(收尾批次分別為 10-21 與 10-16)
openRuyi-Project 組織(全倉) openRuyi 主倉 81 筆提交(Jingwiw 54、misaka00251 21、DingliZhang 2、其餘四人各 1;checksum 清掃 54 筆、版本升級 22 筆、security-fixes 15 筆)+ 22 筆 PR 合入 + 77 筆開放;homepage 1 筆(文件 experimental 標籤說明);ruyifirmware、edk2-ruyi、coreboot、linux、kiwi-image、TakoPack 無視窗內提交
buddy-compiler 組織 buddy-mlir 主分支 0 筆提交、0 個釋出;最新正式版 0.1.1(10-18),最新夜間版 0.1.1.dev20261017(10-17)
RuyiSDK 社群論壇 新增兩帖:#2893 峰會回顧(10-22 11:31)、#2894 實踐課第 02 期講義(10-22 20:58);雙週報 079 尚未在論壇發帖,最新仍為 078 期
openRuyi 發行版新聞頁 無新文,2026.09 釋出公告仍為最新;/zh-Hans/news/2026-10/release 與 /2026-10/ 均返回 404,2026.10 版本尚未釋出
ruyi 包管理器 / PyPI 0.53.0 維持最新(09-24 釋出),視窗內無新版本、無新提交;0.54.0 定檔 10 月底
官方主頁(ruyiai.org) 三頁無變化:首頁索引 3 條、部落格 2 篇、文件 23 章,sha256 與上一期一致
IREE 上游 視窗內 2 筆提交(LLVM 整合 #25103、VM ISA 校驗),無 RISC-V 專項改動;昨日落地的 RVV f16 路徑無後續提交
riscv-arch-test / 香山 riscv-arch-test 最新提交停在 09-08(ACT 4.1 釋出說明);本主題核查範圍內無視窗內提交
arXiv(RISC-V) 新增 1 篇直接相關預印本(10-21):把 PyTorch 的 CPU FlashAttention 核心移植到 2KB 向量暫存器的 RISC-V CPU,實測 1.84 至 2.08 倍加速;其餘最新為 10-20
Google News RSS(中英文多組) RuyiSDK / RuyiAI 零命中;openRuyi 僅一條 4 月舊稿;如意類查詢 25 條均為舊稿,最近為 10-13 峰會預告

完整信源清單

pare/dd05e5b5…58d62a47>

99611858ab189ec40c86ed>

sMisalignedMemoryAccesses PR #232183 — https://github.com/llvm/llvm-project/pull/232183

i-tuner 提交列表 — https://github.com/ruyisdk/ruyi-tuner/commits/main