調研視窗：2026-11-04 04:30 ~ 2026-11-05 04:30（北京時間，過去 24 小時；與上一期 11-04 04:30 的截點首尾相接）。

信源：GitHub 重點倉庫與組織推送核查（RuyiAI-Stack、ruyisdk、openRuyi-Project、buddy-compiler，逐倉核對重點倉庫的視窗內提交、PR、Release 與標籤，分支級 atom 兜底；上游 fork 按 RISC-V / RVV / 玄鐵關鍵詞過濾）、ruyi 包管理器 Release、packages-index、openRuyi 打包倉 SPECS 與合併 PR、RuyiSDK 開發者社群論壇、ruyisdk 微信文章倉（雙週進展草稿）、ruyiai-daily 每日情報歸檔、RuyiAI 官方主頁三頁快照、openRuyi 發行版新聞頁、Google News RSS 中英文定向查詢（走代理）、arXiv 檢索。

本期索引

  • 今日重點：AME 後端把 i32 矩陣累加器固定在 AccReg，配置化 tile 操作延至展開前（11-04）
  • 一、RuyiAI 棧進展（PyTorch / Triton / TileLang RISC-V 適配）
    • 1.1 llvm-project：riscv 分支新增 BOSCAME 提交，補暫存器歸類與 tile 排程（11-04）
    • 1.2 pytorch：riscv 分支零提交，main 二十筆上游同步（11-05 狀態）
    • 1.3 triton-riscv：PR #98 提出升至 Triton 3.9.0，與 #92 的 3.8.0 重基並行（11-04）
    • 1.4 tilelang-riscv：零提交，兩筆老 PR 仍開（11-05 狀態）
  • 二、RuyiSDK 工具鏈與發行版
    • 2.1 openRuyi 視窗內十筆提交：瀏覽器與 Python 包更新為主，CI 換籤名方式（11-04）
    • 2.2 ruyi 主倉零提交零標籤，0.54.0-beta.20261102 仍是最新預發（11-05 狀態）
    • 2.3 packages-index 零提交，ABI 旁註清單未動（11-05 狀態）
    • 2.4 openRuyi 2026.10 月度版仍缺位，新聞頁停在九月釋出（11-05 狀態）
  • 三、向量擴充套件與運算元最佳化
    • 3.1 三個向量倉繼續靜默，最新提交停在 02-13、06-25、07-13（11-05 狀態）
    • 3.2 雙週進展 080 草稿：glibc libmvec 與 newlib 向量數學補函式（11-04）
    • 3.3 arXiv：bf16/fp16 在 RVV 上自動向量化靜默降級（11-02，視窗外）
  • 四、Buddy Compiler 動態
    • 4.1 VIR 的 set_vl 語義收緊：精確 VLEN 與任意 VLEN 分成兩條路徑（11-04 至 11-05）
    • 4.2 CI：pytorch 2.15 進測試矩陣，LLVM 發行開 NVPTX/AMDGPU 與 lld（11-04）
    • 4.3 夜間版停在 0.1.4.dev20261103，視窗內無新發布（11-05 狀態）
  • 五、社群與活動與官方主頁
    • 5.1 雙週進展 080 進入倉庫：11-05 發稿，僅基礎 C 庫與 V8 兩節成稿（11-04）
    • 5.2 官方主頁三頁無變化，部落格兩篇、文件二十三章（11-05 狀態）
    • 5.3 論壇視窗內無新帖，峰會帖與 079 期仍在首頁（11-05 狀態）
    • 5.4 ruyiai-daily 11-04 期歸檔，RISC-V 節收錄 K3 修復與韌體補丁（11-04）
    • 5.5 外部新聞四組查詢零命中，arXiv 視窗內無新論文（11-05 狀態）
  • 六、趨勢觀察
    • 6.1 後端先行，前端與執行時靜止
    • 6.2 打包側的日常維護與發版停滯並存
    • 6.3 向量數學的補強先出現在文稿裡

今日重點：AME 後端把 i32 矩陣累加器固定在 AccReg，配置化 tile 操作延至展開前（11-04）

日期：2026-11-04　來源：提交 f346011、PR #35

11-04 15:40（北京時間），RuyiAI-Stack/llvm-project 的 riscv 分支新增一筆提交 f346011，改動 8 個檔案、+412/−1，作者 caihanyi111，合作者 caohanghang。改動物件是 RISC-V AME 矩陣擴充套件在 LLVM 裡的後端實現（程式碼中記作 BOSCAME），分兩塊。

第一塊是暫存器歸類。迴圈攜帶的累加器 PHI 從型別表取預設暫存器類，而 nxv32i32 原先只註冊為 TileReg；累加指令 mlce32.m、mqma.*、msce32.m 的累加器運算元與結果都限定在 AccReg，於是每條迴圈邊都要在 tile 與 accumulator 兩個暫存器堆之間生成一次複製，而 copyPhysReg 無法把這種跨堆複製展開成單條 AME 指令。修法是給 nxv32i32 同時註冊 AccReg；對同時啟用 V 擴充套件的目標，RVV 會重新註冊該型別，預設行為不變。同堆的整暫存器複製改用 mmve64.t.t 與 mmve64.a.a 展開；跨堆複製保留為硬錯誤，不再降級成按 lane 的索引搬移。

第二塊是排程。每份 tile 配置與其消費者被保持在一條有序、帶副作用的偽指令裡，直到 emit 前才展開；矩陣暫存器改為可分配，MMA 的累加器做 tie，零累加器的定義不讀舊值，分支鬆弛把完整展開後的尺寸計入。提交同時新增三份測試：配置化 load/MMA/store 的順序、獨立累加器與零值定義、RVV 與非 RVV 兩種選擇，以及放寬後的分支。

提交說明寫明瞭動機：上層 TTIR 到 BOSCAME 的降級要求歸約迴圈把 i32 累加器一直留在 AccReg。這條鏈路正是 tilelang-riscv 下來的矩陣運算元路徑，LLVM 側補的是暫存器分配與排程這一層，而不是新增指令。

一、RuyiAI 棧進展（PyTorch / Triton / TileLang RISC-V 適配）

1.1 llvm-project：riscv 分支新增 BOSCAME 提交，補暫存器歸類與 tile 排程（11-04）

日期：2026-11-04　來源：提交 f346011、riscv 分支提交列表

除今日重點所述的兩塊改動外，這筆提交的測試面值得單獨記：xboscame-ordered-tiles.ll 覆蓋配置化 load/MMA/store 的順序與機器驗證，xboscame-matrix-copy.ll 覆蓋同堆複製展開，xboscame-matrix-copy-cross.ll 固定跨堆複製必須報錯的行為。提交資訊給出的驗證口徑是 xboscame-ordered-tiles.ll 的全部 RUN 行透過，含機器驗證與目標檔案生成。

時間線上，這是 riscv 分支自 11-03 03:57 的 CI 工作流改動之後的第一筆程式碼提交；分支上更早的 [RISCV] Lower IME intrinsics to SpacemiT A100 dot instructions、[RISCV] Add A100 HP/SP and pack/unpack lowering 仍停在 11-02。主分支同期零提交（最新一筆 11-02 14:48 UTC）。

1.2 pytorch：riscv 分支零提交，main 二十筆上游同步（11-05 狀態）

日期：2026-11-05（狀態）　來源：riscv 分支提交列表、main 分支提交列表、開放 PR 列表

riscv 分支視窗內零提交。最後一次整枝重放的推送發生在 11-04 03:00（北京時間），落在上一期視窗末尾，頭提交為 6c89022（[SyncBots] Integrate PyTorch at 3afdbd3）；本期只記狀態，補丁集與上一期一致。

main 分支視窗內有二十筆上游同步提交，內容集中在 inductor/AOTI、cuDNN frontend、oneDNN for macOS、MPS 與 dynamo，逐條核對後沒有與 RISC-V 或 RVV 相關的改動。八筆開放 PR（#36、#38、#43、#46、#48、#51、#23、#35）仍處於開啟狀態，視窗內未見合併。

1.3 triton-riscv：PR #98 提出升至 Triton 3.9.0，與 #92 的 3.8.0 重基並行（11-04）

日期：2026-11-04　來源：PR #98、PR #92、提交列表

主分支零提交，最新一筆仍是 10-31 05:15 UTC 的提交。真正的新動在 PR 側：trdthg 於 11-04 17:25 開出 #98「Bump Triton to main (3.9.0)」，最後更新到 11-05 00:11；同一天 jason-hue 的 #92「Rebase integration onto the official Triton v3.8.0 release」也更新了。

兩筆走的是兩條路線。#92 把 triton-hash.txt 從主線 dev pin 5889527 換成 v3.8.0 的釋出提交 c01b6774，PR 自述給出差距：原 pin 比 release 多 417 筆 dev 提交、少 25 筆 release 提交；重基基於 #55（asin）之上，test_inverse_trig_dtype.py 30/30 透過，CPU 與 RISC-V 管線行為保持不變。#98 則直接把錨點推向 3.9.0 主線。一個求穩，一個跟進，最終落點要看評審取捨。

1.4 tilelang-riscv：零提交，兩筆老 PR 仍開（11-05 狀態）

日期：2026-11-05（狀態）　來源：提交列表、PR #4、PR #2

主分支視窗內零提交，頭提交停在 11-03 06:13 UTC 的 57c548c（PR #5 的合併結果）。開放 PR 仍是兩筆：#4「Add RVV vector mask and max reduction lowering」（zxfj12138）與 #2「Add Codex-compatible RISC-V operator workflow」（zzwwji-lab）。上一期記錄 PR #5 合入時提到 RVV 掩碼與最大歸約尚未覆蓋，本期該路徑仍停在 #4，未合。

二、RuyiSDK 工具鏈與發行版

2.1 openRuyi 視窗內十筆提交：瀏覽器與 Python 包更新為主，CI 換籤名方式（11-04）

日期：2026-11-04　來源：提交列表、firefox 159.0、expat 2.10.0、CI 簽名改動

十筆提交全部集中在 11-04，可分成三組。

包更新：firefox 升到 159.0；expat 升到 2.10.0 並標 security-fixes；Python 側四包同日更新，python-paste 3.11.0、python-multidict 7.2.1、python-hydra-core 1.3.8 均標 security-fixes，python-aiobotocore 升到 3.10.0，另有 python-nltk 3.10.4。

CI：update-package 工作流改為在 openruyi 容器裡執行（21:43），兩小時後被回退（23:48）；隨後把 apt-key 換成作用域受限的 OBS 簽名金鑰（23:50）。同日還合入 PR #1591（容器化）與 #1584（expat 安全更新），另有 #1544 更新 firefox。全天沒有一筆提交觸及 RuyiAI 三件套，也沒有新增 AI 相關 spec。

2.2 ruyi 主倉零提交零標籤，0.54.0-beta.20261102 仍是最新預發（11-05 狀態）

日期：2026-11-05（狀態）　來源：ruyi Release 列表、提交列表

主倉視窗內零提交，也無新標籤。Release 列表最新仍是 0.54.0-beta.20261102（11-02 18:37 北京時間），正式版仍是 09-24 釋出的 0.53.0。0.54.0 從 09-18 的 alpha 走到 11-02 的 beta，正式版尚未落地。

2.3 packages-index 零提交，ABI 旁註清單未動（11-05 狀態）

日期：2026-11-05（狀態）　來源：packages-index 提交列表

視窗內零提交，最新一筆仍是 11-02 13:26（北京時間）。上一期討論的 ABI 旁註覆蓋問題（327 個包版本描述檔案中只有 3 個包帶旁註）本期沒有變化，索引側沒有新增判定資料。

2.4 openRuyi 2026.10 月度版仍缺位，新聞頁停在九月釋出（11-05 狀態）

日期：2026-11-05（狀態）　來源：openRuyi 新聞頁

新聞頁視窗內無新增。釋出類公告最新仍是 2026.09，十月只有兩篇專題（RISC-V 軟體生態公共基礎設施、Ruyi Firmware 開放 UEFI 韌體方案），沒有月度版本公告。2026.10 的缺位從上一期延續至今。

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

3.1 三個向量倉繼續靜默，最新提交停在 02-13、06-25、07-13（11-05 狀態）

日期：2026-11-05（狀態）　來源：VecIntrinBench、IntrinTrans、FBGEMM

VecIntrinBench 最新提交仍是 02-13，IntrinTrans 停在 06-25，FBGEMM 停在 07-13，三者視窗內均零提交。向量 intrinsic 的基準與轉譯工具這一側連續多期沒有動作，本期運算元相關的實際增量在 buddy-mlir 的 VIR 與 080 期文稿的向量數學函式上。

3.2 雙週進展 080 草稿：glibc libmvec 與 newlib 向量數學補函式（11-04）

日期：2026-11-04　來源：080 期草稿、文章倉提交列表

RuyiSDK 微信文章倉 11-04 的更新裡，080 期草稿的「基礎元件」兩節已寫成。基礎 C 庫部分：glibc 把 sinpif、sqrt、sqrtf、tanf 移植進現有的 libmvec 框架；newlib 把 atanhf、atan2f、atanpif、atan2pif、exp2f、cosf、coshf、cospif、exp10f、expf、log2f、log2p1f、rsqrtf、expm1f 共 14 個函式移植進現有向量數學框架。

這批函式是 RVV 上做低精度推理與啟用計算的底座：向量數學庫缺函式時，運算元只能退回標量路徑，編譯器側的 RVV 降級再好也發揮不出來。草稿其餘章節（包管理器、IDE、GCC、LLVM、OpenJDK、Go、QEMU 等）尚為空。

3.3 arXiv：bf16/fp16 在 RVV 上自動向量化靜默降級（11-02，視窗外）

日期：2026-11-02（視窗外，近三日）　來源：arXiv 2611.03917

視窗內 arXiv 沒有新的 RISC-V 相關論文；近三日有一篇與 RVV 向量化直接相關的研究值得記錄。作者 Vaishnavi Kouru 與 Robert Chun 用 fp32、int8、bf16、fp16 四種精度的乘加迴圈對比 LLVM 的 RISC-V 自動向量化：在 -march=rv64gcv 這一共同基線下，int8 與 fp32 能幹淨地向量化，bf16 與 fp16 退化為大量標量回退，fp16 甚至退化成逐元素的軟體轉換呼叫，除非額外開啟 zvfbfmin/zvfbfwma 與 zvfhmin。

QEMU 使用者態下的動態指令數給出了量級：基線 bf16 與 fp16 核心執行的指令數分別是開啟擴充套件版本的 17.0 倍與 75.9 倍。論文同時指出編譯器診斷確實會報告這種退化，但措辭上不區分「加一個編譯選項就能解決」與「固有轉換成本」，使用者拿不到指向修法的直接訊號。對 RuyiAI 棧來說，這與 080 期補向量數學函式是同一問題的兩端：一端缺庫函式，一端缺特性開關的可見性。

四、Buddy Compiler 動態

4.1 VIR 的 set_vl 語義收緊：精確 VLEN 與任意 VLEN 分成兩條路徑（11-04 至 11-05）

日期：2026-11-04 至 11-05　來源：PR #1028、合併提交 dd57775、PR #1029、合併提交 61ba191

zhanghb97 的兩筆 PR 在視窗內先後合入，把 VIR 方言裡 set_vl 的語義講清楚了。

#1028（11-04 23:54 合入）讓 rvv-vlen 表示目標的精確 VLEN：vscale = rvv-vlen / 64，一個 vector<[N]xT> 持有 N 乘 vscale 條 lane，切分按完整向量做。此前 rvv-vlen 被當作最小 VLEN，掩碼全部為真卻仍留在程式碼裡——llc 保留 vid 與 vmslt，訪存帶著掩碼，RoPE 的 rotate_half 變成 slides 加掩碼選擇，解碼注意力裡掩碼還發生了溢位。K3 上的核心按 1024 位向量寬度構建，正是這一路徑的典型場景。

#1029（11-05 01:32 合入）處理不給 rvv-vlen 的通用構建：此時程式碼必須對任意 VLEN 成立，strip-mined 區域按 N 乘 vscale 在執行時步進，向量按最小的 128 位定尺寸；帶結果的 set_vl 會被直接拒絕，報「需要 rvv-vlen，即精確 VLEN」，而這個 pass 以前只是報錯。固定向量在無 rvv-vlen 時保持原樣，按主機定尺寸；不允許宣告高於 128 的最小 VLEN。

兩筆合起來的含義是：語義不再靠“掩碼碰巧全真”兜底，編譯期就要說明這份程式碼是為某個確定 VLEN 編的，還是為任意 VLEN 編的。

4.2 CI：pytorch 2.15 進測試矩陣，LLVM 發行開 NVPTX/AMDGPU 與 lld（11-04）

日期：2026-11-04　來源：PR #1026、PR #1027、PR #1025

#1026 把 pytorch 2.15 加入測試矩陣，覆蓋 2.11 到 2.15。引發改動的是一個真實迴歸：在 2.15 下最新的 full check 在 tests/Python/AtenOps/test_resize_enlarge.py 處失敗，且失敗發生在 importer 之前——AOT autograd 的 functionalization 現在拒絕在已函式化的張量上放大 resize_，torch.compile 在同一函式上也失敗，圖根本到不了 ResizeOp。改法是把測試換成 out-of-place 的 aten.resize，走同一個 ResizeOp handler，產出同樣的 MLIR，2.11 到 2.15 全矩陣透過。

#1027 讓 CI 釋出的 LLVM 帶上 NVPTX/AMDGPU 目標並啟用 lld；#1025 把 LLVM 升到 bef335e2143c。三筆都是基礎設施，但 #1026 記錄的這個迴歸值得留意：上游對 functionalization 的收緊會以“圖到不了後端”的形式出現，而不是後端報錯。

4.3 夜間版停在 0.1.4.dev20261103，視窗內無新發布（11-05 狀態）

日期：2026-11-05（狀態）　來源：buddy-mlir Release 列表

視窗內沒有新 Release，最新仍是 Nightly 0.1.4.dev20261103（11-03 18:23 北京時間）；正式版仍是 10-31 的 BUDDY MLIR 0.1.3。今天合入的五筆提交尚未出新的夜間包。

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

5.1 雙週進展 080 進入倉庫：11-05 發稿，僅基礎 C 庫與 V8 兩節成稿（11-04）

日期：2026-11-04　來源：080 期草稿、提交列表

文章倉 11-04 有四筆提交：09:56 建稿（#393）、16:01 補 LIBC（#394）、18:02 與 19:35 兩次更新 080 期檔案（#395、#396）。檔名為 20261105-ruyisdk-biweekly-80.md，標題寫「第 080 期 · 2026 年 11 月 05 日」，即明天發稿。

從成稿程度看，目前只有兩節有內容：基礎 C 庫（glibc libmvec 與 newlib 向量數學的移植，見 3.2）與 V8（本期提交併合入 6 個 RISC-V 補丁，另審閱併合入 6 個，含「允許 vlen=1024」與「標量移動時保留向量尾部」）。包管理器、IDE、版本測試、packages-index、開發板矩陣、官網文件、GCC、LLVM、OpenJDK、Go、QEMU 各節仍為空。論壇上 079 期（10-26）仍是最後一期，080 期尚未發帖。

5.2 官方主頁三頁無變化，部落格兩篇、文件二十三章（11-05 狀態）

日期：2026-11-05（狀態）　來源：RuyiAI 官方主頁、部落格頁、文件頁

三頁快照與上一期一致：index.html 7,246 位元組、blog.html 5,632 位元組、docs.html 10,843 位元組，狀態均為無變化。部落格索引仍是兩篇（Triton 的 RISC-V 適配、PyTorch RISC-V CI 實踐），文件索引仍是二十三章。

5.3 論壇視窗內無新帖，峰會帖與 079 期仍在首頁（11-05 狀態）

日期：2026-11-05（狀態）　來源：RuyiSDK 社群最新話題、079 期

按建立時間排序的最新話題裡，視窗內沒有新帖。首頁最新仍是 11-03 的「使用指令碼安裝升級 ruyi 的說明和使用指南」，其後是 10-29 的三篇峰會相關帖（RuyiAI 亮相第六屆 RISC-V 中國峰會、香山如意生態大會、包雲崗演講轉載），以及 10-26 的 079 期。

5.4 ruyiai-daily 11-04 期歸檔，RISC-V 節收錄 K3 修復與韌體補丁（11-04）

日期：2026-11-04　來源：ruyiai-daily 11-04

歸檔提交發生在 11-04 06:37（北京時間）。該期覆蓋 11-03 05:07 至 11-04 06:00，RISC-V 節裡有幾條與本棧相關：K3 Pico-ITX 上 llama.cpp 的 IME2 flash-attention 逐 token 解碼錯誤，根因是 M[QLEN] 只初始化了首元素、其餘 head 以零為初始最大值，視窗內有回覆確認已在 K3 上驗證修復並用 Qwen2.5-7B Q4_K_M 做了生成與效能測試，未觀察到明顯效能迴歸；U-Boot 的 OpenSBI FULL FIT v3 補丁系列提出，補齊 RAM SPL 下的完整 FIT 載入路徑；Sail 合入 Smcsrind/Sscsrind 的間接 CSR 訪問支援；Spike 修正 henvcfg.STCE 為零時 hip.VSTIP 未清零的問題。

5.5 外部新聞四組查詢零命中，arXiv 視窗內無新論文（11-05 狀態）

日期：2026-11-05（狀態）　來源：Google News RSS、arXiv

「如意 RISC-V」「RuyiSDK」「RuyiAI」「如意社群 RISC-V」四組查詢在視窗內均無結果；arXiv 的 RISC-V 編譯器方向在視窗內也沒有新論文。近三日唯一相關的是 11-02 的 bf16/fp16 自動向量化研究，已記在 3.3。

六、趨勢觀察

6.1 後端先行，前端與執行時靜止

日期：2026-11-05　來源：llvm-project riscv 分支、buddy-mlir 提交列表

這一天的增量都落在“編譯與降級”：LLVM 的 AME 後端補暫存器歸類與 tile 排程，buddy-mlir 的 VIR 把 set_vl 的 VLEN 語義收緊。與此同時，pytorch、triton-riscv、tilelang-riscv 三個前端倉全部零提交。棧的推進集中在把已有的運算元穩定地降到底層，而不是接入新的前端能力。

6.2 打包側的日常維護與發版停滯並存

日期：2026-11-05　來源：openRuyi 提交列表、ruyi Release 列表

openRuyi 一天十筆提交，內容是 firefox、expat 與四個 Python 包，加上 CI 簽名方式與工作流容器化的試驗（其中容器化當日回退）；ruyi 與 packages-index 零提交，2026.10 月度版仍缺位。發行版的日常維護在走，面向 AI 棧的發版沒有走。上一期把這種狀態概括為“卡點在釋出不在開發”，本期在發行版側仍然成立。

6.3 向量數學的補強先出現在文稿裡

日期：2026-11-05　來源：080 期草稿、VecIntrinBench

080 期草稿裡最實的內容是 glibc libmvec 與 newlib 的向量數學函式移植，而對應的基準與轉譯倉庫（VecIntrinBench、IntrinTrans）仍是靜默。這說明底層庫的向量化工作在推進，但它沒有以提交的形式出現在 RuyiAI-Stack 的重點倉裡——RuyiSDK 的基礎元件線（GCC、glibc、newlib、V8）與 RuyiAI 棧的重點倉並不是同一批人、同一批倉庫。下期值得對照兩邊的節奏。

信源核查表

信源 核查結果
RuyiAI-Stack 重點倉 pytorch：riscv 分支零提交，main 二十筆上游同步，八筆開放 PR 未合；triton-riscv：零提交，PR #98 新開、#92 更新；tilelang-riscv：零提交，PR #4 與 #2 仍開；llvm-project：riscv 分支一筆 BOSCAME 提交，main 零提交；其餘倉無視窗內提交
ruyisdk 組織 ruyi、packages-index 零提交零釋出；wechat-articles 四筆（080 期草稿）；ruyi-tuner、docs、support-matrix、官網倉無視窗內提交
openRuyi-Project 十筆提交：firefox 159.0、expat 2.10.0、Python 四包、CI 兩處；合併 PR #1591、#1584、#1544；2026.10 月度釋出仍缺位
buddy-compiler buddy-mlir 五筆提交（VIR 兩筆、CI 兩筆、LLVM 升級一筆）；視窗內零釋出
RuyiSDK 論壇 零新帖；最新為 11-03 的 ruyi 指令碼安裝指南；079 期仍為最新雙週進展
RuyiAI 官方主頁 index、blog、docs 三頁均無變化；部落格 2 篇、文件 23 章
ruyiai-daily 11-04 期已歸檔
Google News 四組中英文查詢零命中
arXiv 視窗內無新論文；11-02 有一篇 bf16/fp16 自動向量化研究

完整信源清單