调研窗口:2026-10-23 04:30 ~ 2026-10-26 04:30(北京时间,过去 3 天,覆盖周六、周日),与上一期(10-23 04:30 截点)首尾相接。

信源:GitHub 组织全仓核查(RuyiAI-Stack、ruyisdk、openRuyi-Project、buddy-compiler,以及本期发现已迁址的 riscv/riscv-arch-test,逐条复核窗口内提交、PR 与 Release;上游 fork 按 RISC-V / RVV / 玄铁等关键词过滤,无关上游提交不收录)、openRuyi 主仓逐笔提交计数与作者分布、ruyi 包管理器 Release 与 PyPI 版本核验、ruyi-imager 提交线、openRuyi 发行版新闻页、RuyiSDK 开发者社区论坛、ruyiai-daily 每日情报归档、RuyiAI 官方主页三页快照、IREE 上游、arXiv 检索、Google News RSS 中英文定向查询(走代理)。


本期索引

  • 今日重点:BUDDY MLIR 0.1.2 发布,openRuyi 元数据纠正 PART I 一次落地 102 笔(10-25)
  • 一、RuyiAI 栈进展(PyTorch / Triton / TileLang RISC-V 适配)
    • 1.1 llvm-project:riscv 分支 10-25 第三次换基,基线前移 474 笔(10-25)
    • 1.2 llvm-project 上游:P 扩展七笔密集合入,spacemit-a100 调优进主干(10-23)
    • 1.3 pytorch:riscv 分支连续三日无提交,整枝重放节奏中断(10-25 状态)
    • 1.4 tilelang-riscv 与 triton-riscv:十日与七日静默(10-25 状态)
  • 二、RuyiSDK 工具链与发行版
    • 2.1 openRuyi 主仓:124 笔提交,元数据纠正 PART I 一次落 102 笔(10-23)
    • 2.2 openRuyi PR:13 笔合入,SQL-migrate 的 16 个 Go 依赖包入仓(10-24)
    • 2.3 ruyi 包管理器:0.53.0 维持,0.54.0 的月底窗口只剩五日(10-25 状态)
    • 2.4 ruyi-imager:新增进迭 K3 UFS 与 UEFI 刷写支持(10-23)
    • 2.5 packages-index 与 ruyisdk 其余仓库:窗口内零提交(10-25 状态)
  • 三、向量扩展、架构测试与算子优化
    • 3.1 riscv-arch-test 迁至 riscv 组织:30 笔提交,套件合并与 H 扩展补齐(10-25)
    • 3.2 AME 与 BOSC AME:LLVM 侧随换基原样重放,AME-operator 静默(10-25 状态)
    • 3.3 IREE 与向量仓:IREE 五笔提交无 RISC-V 专项(10-25 状态)
    • 3.4 arXiv:窗口内无新增 RISC-V AI 预印本(10-25 状态)
  • 四、Buddy Compiler 动态
    • 4.1 BUDDY MLIR 0.1.2 发布,正式版线恢复推进(10-25)
    • 4.2 VIR 向量化表示三笔提交,PR 编号破千(10-26)
    • 4.3 下游锚定:triton-riscv 夜间版仍锁 10-17 构建(10-25 状态)
  • 五、社区与活动与官方主页
    • 5.1 官方主页三页无变化,博客两篇、文档二十三章(10-25)
    • 5.2 ruyiai-daily 连续三日更新技术情报日报(10-25)
    • 5.3 ruyisdk.cn 论坛窗口内无新帖,峰会回顾仍为最新(10-25 状态)
    • 5.4 组织站点 contributors.json 每日自动更新(10-26)
    • 5.5 外部新闻与发行版公告:定向查询零命中,2026.10 版本未发(10-25 状态)
  • 六、趋势观察
    • 6.1 两条重放线一起停手:一个不换基,一个换了也不加料
    • 6.2 上游 P 扩展从「能编」转向「编得好」
    • 6.3 测试套件用合并换维护成本
    • 6.4 发行版进入发布前静默期

今日重点:BUDDY MLIR 0.1.2 发布,openRuyi 元数据纠正 PART I 一次落地 102 笔(10-25)

日期:2026-10-25 来源:BUDDY MLIR 0.1.2、openRuyi PR #1401 元数据纠正 PART I、llvm-project riscv 分支两轮头部对比

本期是三天窗口,最值得记的是三件事,正好分属三个组织。

第一件,buddy-mlir 结束连续五期的停顿,10-25 06:18 发布 BUDDY MLIR 0.1.2。发布说明为空、由自动流程生成,实际改动要从提交历史反推:窗口末尾三笔提交全落在 VIR(向量化中间表示)上,把「向量尺寸怎么定」从单一循环推广到嵌套循环,并以 RVV 的 vlen 作为目标上限;第 1000 个 PR 恰在 0.1.2 发布次日落地。

第二件,openRuyi 主仓 124 笔提交、13 笔 PR 合入。其中 102 笔集中在 10-23 17:00 至 17:15 一个时间段,与 PR #1401「Correct package metadata and source declaration (PART I)」的合入时刻吻合,内容是给一整片 spec 补源文件校验和、改用 %autochangelog;另 16 笔在 10-24 00:54 随 PR #1366 落地,把 SQL-migrate 的整条 Go 依赖链打成 RPM。10-24 与 10-25 两天零提交。

第三件,两条本来最受关注的 fork 分支都没有新功能。pytorch 的 riscv 分支三日零提交,head 仍停在 10-22;llvm-project 的 riscv 分支虽然 10-25 23:00 换了基,但 26 个本地补丁逐条比对后完全未变,只是把上游基线前移了 474 笔。本期新增的技术内容几乎全部来自上游主线——P 扩展七笔迁入、spacemit-a100 的 LoadStore 调度偏好进主干。


一、RuyiAI 栈进展(PyTorch / Triton / TileLang RISC-V 适配)

1.1 llvm-project:riscv 分支 10-25 第三次换基,基线前移 474 笔(10-25)

日期:2026-10-25 来源:riscv 分支提交列表、新头部 29edf281、两轮头部对比

riscv 分支在 10-25 23:00 完成第三次整枝重写,head 由 58d62a47 换为 29edf281,头部标题仍是「[RISCV] Add A100 HP/SP and pack/unpack lowering with calibrated scheduling (#31)」。与上一期 head 对比结果为 diverged:领先 474 笔、落后 26 笔、300 个文件差异。落后 26 笔正好等于本地补丁集条数,逐条比对确认 26 个补丁的标题与顺序完全未变——从 #31 的 A100 HP/SP 与 pack/unpack 调度,经 BOSC AME 的 #14、#16、#18、#24、#29、Buckyball 厂商扩展 #20 与 #23、IME 内建到 A100 dot #30,直到 #11、#6、#4、#3、#1 的 CI 与 MLIR-JIT 修复。也就是说,这次换基没有新增任何本地功能。

新基线里带进来两处与 RISC-V 直接相关的工程设施:新增 .github/workflows/riscv64-ci.yml(+121 行),给镜像仓补上 riscv64 原生 CI 作业;BOLT 侧新增 RISCVLongJmpPass(+174 行)与 split-functions 系列测试,处理 split 函数跨 fragment 的分支与长跳转。换基跨度也从上一期的 275 笔回到 474 笔,接近 10-21 那次 1769 笔的常规追赶量级。

判断:换基频率已从「择期」稳定到两三天一次,但补丁集零变化说明这段时间的产出集中在上游基线一侧。跟踪这个分支应看补丁标题集合,而不是 SHA 或提交数。

1.2 llvm-project 上游:P 扩展七笔密集合入,spacemit-a100 调优进主干(10-23)

日期:2026-10-23 至 10-25 来源:Packed Widening MAC 内建 a94e3ab3、mul/macc isel 模式 bbbc1cb9、Packed Slide b0e82457、mulu isel 匹配 99e46680、spacemit-a100 调度偏好 fbdefa77

换基带来的 474 笔上游提交里,RISC-V 相关 14 笔,其中 7 笔属 P(packed SIMD)扩展,密度高于此前几个窗口。

内建函数层:10-24 00:47 合入 Packed Widening Multiply Accumulate intrinsics(#226505);10-23 14:55 合入标量 mqwacc、mqrwacc intrinsics(#234560);10-23 09:59 合入 packed byte horizontal multiply-accumulate intrinsics(#234484)。指令选择层:10-24 11:02 为 mul.h01、mul.h11 与 macc.h01、macc.h11 补 isel 模式(#234976);10-24 21:34 补 mulu.h01、mulu.h11 的 isel 匹配(#235226);10-24 13:17 支持 Packed Slide(#234629)。校验层:10-23 23:32 为 sati、usati 内建补立即数范围检查(#234721)。

其余 RISC-V 改动偏后端质量与机器模型:10-25 10:58 让 hasMultipleConditionRegisters 对向量寄存器返回真(#234876);10-25 07:30 在缺少 M 扩展时把乘法判为高成本(#235363);10-25 00:11 让跳转表范围检查在 cf-protection-branch 下保留(#234733);10-23 21:31 为 spacemit-a100 启用 TunePreferAscendingLoadStore(#234532);10-23 11:03 BOLT 支持 split 函数的跨 fragment 分支(#223958)。

判断:P 扩展此前卡在「能编」——指令与内建零散合入;这批提交补齐 isel 模式与立即数校验,是把可用性往「编得好、不误编」推进。spacemit-a100 的调度偏好说明国产业务核在 LLVM 里已进入机器模型调优阶段,而不只是加指令。

1.3 pytorch:riscv 分支连续三日无提交,整枝重放节奏中断(10-25 状态)

日期:2026-10-25(状态) 来源:riscv 分支提交列表、分支头部 29259d90、PR 列表

上一期记录的是 riscv 分支连续第四日在 03:00 整枝重写;本窗口这一节奏停了。分支 head 仍是 10-22 03:00 的 29259d90「Add riscv64 image locally (#51)」,10-23、10-24、10-25 三天零提交。

七笔开放 PR(#23、#35、#36、#38、#43、#46、#48)在窗口内没有任何更新时间——按 updated 时间起点 10-23 04:30 检索,命中为零。其中 #46「RISC-V Vector Extension support for ATen」与 #48「Add RISC-V Vector CPU capability」仍是 RVV 能力上行的两条主线提案,状态与 10-22 一致;本地补丁序列(riscv64 本地镜像 #51、FLOAT 修复 #44、inductor blocklist #50、ULP 容差 #42 与 CI 系列)也没有变化。

判断:上一期把 pytorch 与 llvm 归为「同一种日更运维」,本窗口推翻了这一判断的一半——llvm 仍在换基,pytorch 停了。三日静默不足以定性为停滞,但说明这条分支的重放由人工或定时任务触发,不是稳定的每日流水。

1.4 tilelang-riscv 与 triton-riscv:十日与七日静默(10-25 状态)

日期:2026-10-25(状态) 来源:tilelang-riscv 提交列表、tilelang-riscv PR #4、triton-riscv 提交列表、夜间版 nightly/20261018-a305fb6

tilelang-riscv 主分支最后一笔提交仍是 10-16 10:52,连续十日无提交;开放 PR #4「Add RVV vector mask and max reduction lowering」最后更新停在 09-28,PR #2 停在 06-16。triton-riscv 最后一笔提交为 10-18 00:57,最新夜间版仍是 10-19 10:01 发布的 nightly/20261018-a305fb6,七日无新构建,PR #85 无新动态。

两个仓可以合并成一句:RuyiAI 栈里 TileLang 与 Triton 两条 RISC-V 后端线都在等上游——TileLang 等 buddy-mlir 的 VIR 与降级路径,Triton 等新的 buddy-mlir 夜间版。本期唯一的推进发生在 buddy-mlir 侧(见 4.1、4.2),因此这两条线的恢复信号应看 buddy-mlir 何时重启夜间出包。


二、RuyiSDK 工具链与发行版

2.1 openRuyi 主仓:124 笔提交,元数据纠正 PART I 一次落 102 笔(10-23)

日期:2026-10-23 来源:提交列表、PR #1401 元数据与源声明纠正 PART I、systemd homed 子包 54ab6aa3、orbit2 内存分配修复 ea03990f

窗口内 124 笔提交全部为 SPECS: 前缀,作者十人——Jingwiw 98 笔、cl2t 14 笔、woqidaideshi 2 笔、chihuo2104 2 笔、sunyuechi 2 笔、Z572 2 笔,DingliZhang、KimmyXYC、wzssyqa、jchzhou 各 1 笔。

时间分布是本期最值得记的一点:124 笔全部落在 10-23,其中北京时间 17:00 至 17:15 一个时间段内 102 笔,与 PR #1401 在 17:15 合入的时刻吻合;10-24 与 10-25 两天零提交。内容上,108 笔是元数据与源声明纠正(补源文件校验和、改用 %autochangelog 生成变更日志、移除未使用的签名),16 笔是 SPECS: Add 新增 Go 依赖包。

个别实质改动值得点名:systemd 把 systemd-homed.service 拆进单独的 homed 子包(54ab6aa3)、libisoburn 修 xorriso 的 %post 与 man 页 alternatives 冲突(e335ac44)、orbit2 修地址拆分时的过量内存分配(ea03990f),另有 ltrace、logrotate、libwebp、libunwind、libspng、libsndfile 等一批补校验和。

判断:这是 10-22 那轮 54 笔清扫的续篇,覆盖范围从上一期的 luksmeta 到 xmltoman 一段显著扩大。对普通用户不可见,但把「构建输入可验证」与「变更记录由提交历史生成」这两件事铺到了整仓。

2.2 openRuyi PR:13 笔合入,SQL-migrate 的 16 个 Go 依赖包入仓(10-24)

日期:2026-10-23 至 10-24 来源:PR 列表、PR #1366 SQL-migrate 前置依赖、PR #1501 openjdk-25 安全版本、PR #1470 llvm-snapshot 20261019

窗口内 13 笔合入,开放队列 71 笔(上一期 77 笔,减少六笔)。

合入清单分两类。第一类是常规跟版与安全修复:openjdk-25 更新到 25.0.5.8 并带 security-fixes 标记(#1501,10-23 13:21)、llvm-snapshot 更新到 20261019(#1470)、postgresql 关闭 systemd 启动超时(#1504)、openruyi-linux-build 修空的 linux-devel 包(#1491)、libusb 增加 systemd-udev 建议依赖(#1507)。上一期列在开放队列里的 openjdk-25 安全版本本期已转入合入,openjdk-latest(#1500)仍在队列。

第二类是桌面与工具补齐:新增 ydotool(#1457)、新增 virglrenderer(#1415),配合上一期提到的 qemu GUI 测试特性,指向同一件事——在 RISC-V 上跑完整桌面并对其做自动化验证。

另有一笔体量不大但方向明确:PR #1366「SPECS: Add SQL-migrate prerequisites.」在 10-24 00:54 合入,带来 16 个 Go 模块包(go-github-gobuffalo-packd、go-github-gobuffalo-logger、go-github-denisenkom-go-mssqldb、go-github-ziutek-mymysql、go-gopkg-gorp.v1、go-howett-plist 等)。这是典型的依赖闭包补齐:一个用 Go 写的数据库迁移工具要进仓,先把整条 Go 依赖链打成 RPM。

2.3 ruyi 包管理器:0.53.0 维持,0.54.0 的月底窗口只剩五日(10-25 状态)

日期:2026-10-25(状态) 来源:提交列表、Releases、PyPI ruyi

主分支最后提交仍是 09-25 的合并提交,PyPI 与 GitHub Releases 上的最新正式版都是 0.53.0(09-24 发布),最新预发布 tag 为 0.54.0-alpha.20260918,分支只到 v0.53.x,没有 v0.54.x。

上一期记录的「0.54.0 定档 10 月底」在本窗口没有对应的工程动作:既无新的 beta 或 rc tag,也没有版本分支。若按既定节奏在月底发布,剩余构建与回归窗口只有五天,且需要先出现 beta 才能进发布流程。这一项列入下期重点跟踪。

2.4 ruyi-imager:新增进迭 K3 UFS 与 UEFI 刷写支持(10-23)

日期:2026-10-23 来源:提交列表、K3 UFS/UEFI 支持 732a9214、PR #14 CLI 字符集与 JSON

窗口内 4 笔提交,主题集中在设备支持与目录模型。10:30 新增 SpacemiT K3 的 UFS 与 UEFI 烧写支持(732a9214),把进迭新一代板卡的存储介质与固件路径纳入镜像写入流程;12:15 在 catalog 与 GUI 中保留全部镜像目标关联(97d387dd),修的是多目标镜像只显示一项的问题;13:31 把仓库消息改为每次加载 catalog 只解析一次(fcf0ac7e),属性能与重复渲染修正;09:56 合入 PR #14,让 CLI 输出对齐控制台字符集并保证 JSON 走 UTF-8(6f3e2159)。

判断:K3 支持是本窗口唯一与具体硬件相关的前进项,且落在「固件加存储介质」这一层——RuyiSDK 的镜像工具开始覆盖 K3 的 UFS 刷写路径,而不只是 SD 卡。

2.5 packages-index 与 ruyisdk 其余仓库:窗口内零提交(10-25 状态)

日期:2026-10-25(状态) 来源:packages-index 提交列表、linux-xuantie-kernel、QEMU p-dev 分支、QEMU ame-0.6 分支

packages-index 最后一笔提交仍在 10-13,窗口内零提交,上一期记录的 ISCAS 源同步异常本期没有恢复证据。ruyisdk 组织其余仓库同样静默:AME-operator、ruyi-tuner、support-matrix、ruyisdk-vscode-extension、ruyici、linux-xuantie-kernel 窗口内均零提交;qemu 主分支停在 09-27,两条关键工作分支 p-dev(P 扩展 v0.6)与 ame-0.6(达摩院 AME v0.6)的最后提交分别停在 10-21 与 10-16。wechat-articles 零提交,双周报 079 之后没有新一期的准备动作。


三、向量扩展、架构测试与算子优化

3.1 riscv-arch-test 迁至 riscv 组织:30 笔提交,套件合并与 H 扩展补齐(10-25)

日期:2026-10-23 至 10-25 来源:提交列表、PMP 套件合并 #2996、Sv 套件合并 #2981、hypervisor CSR 与指令套件 #2982、Svinval H 与 SmH 组 #2997

本期核查时发现原地址 riscv-arch-test/riscv-arch-test 已返回 404,仓库迁到 riscv/riscv-arch-test(最新推送 10-25 18:56 UTC)。上一期「最新提交停在 09-08」的结论据此作废——迁移后的仓库在窗口内 30 笔提交,是全窗口最活跃的上游之一。RuyiSDK support-matrix 与各家芯片的合规性判断都以这套测试为准,这个信号值得单独记一笔。

内容分两条线。其一为套件合并、换维护成本:把分散的 PMP 套件并成一个(#2996)、把 Exceptions 的 F、S、Sm、U、Zaamo、Zalrsc、Zc、Zicbo 各组并进统一 Exceptions 套件、把 Sv、SvSm、SvZicbo、ExceptionsSv 并进统一 Sv 套件(#2981),CI 侧同步改为一行一个 exclude_extensions 条目(#3001)。其二为补特权级与虚拟化的空白:H 扩展的 CSR 与指令套件(#2982)、把 hypervisor 的 M 模式测试并入 Sm 组(#2983)、S 与 H 模式下 VS、VU 与 VS 级中断(#2911)、Svinval 的 H 与 SmH 组(#2997)、H_Zicntr 与 Sm_Zicntr_H 的计数器使能与 htimedelta 测试(#2998)、Shcounterenw 等六项 S 态约束(#2987)、Ziccif、Ziccrse、Ziccamoa、Ziccamoc 四项基础约束(#2939),另有 misa.C 为 0 时 xepc[1] 读掩码修正(#2994)。主作者为 davidharrishmc 与 jordancarlin。

判断:合并与补齐同时做,说明这次重组的目标是先把结构理顺、再往结构里填内容。方向与 openRuyi 侧把 RVA23 往前推一致——两者补的都是服务器与虚拟化这条线。

3.2 AME 与 BOSC AME:LLVM 侧随换基原样重放,AME-operator 静默(10-25 状态)

日期:2026-10-25(状态) 来源:AME 指令更新 #29、BOSC AME 后端设计 #24、AME-operator、QEMU ame-0.6 分支

AME 三件套(LLVM 后端、QEMU 模拟、AME-operator 算子库)本窗口只动了第一件的 SHA。10-25 的换基把 BOSC AME 相关四笔(#14 指令与内建、#16 扩展支持、#24 后端设计、#29 指令更新)与 xtame 设计更新(#27)原样重放到新基线,内容未改;AME-operator 窗口内零提交,QEMU 的 ame-0.6 分支最后提交仍是 10-16。

判断:AME 线在 10-22 完成三件套闭环后进入停滞,本期没有新证据改变这一状态。真正在动的是上游 P 扩展(见 1.2),AME 侧要等下一次实际功能提交。

3.3 IREE 与向量仓:IREE 五笔提交无 RISC-V 专项(10-25 状态)

日期:2026-10-25(状态) 来源:IREE 提交列表、VecIntrinBench、IntrinTrans

IREE 在窗口内 5 笔提交,按 riscv、riscv-v、rvv、vector 关键词过滤后零命中,未触及 RISC-V 后端。RuyiAI-Stack 的 VecIntrinBench(最后提交 02-13)与 IntrinTrans(06-25)继续静默,向量内建测试与转换工具本期没有新素材。

3.4 arXiv:窗口内无新增 RISC-V AI 预印本(10-25 状态)

日期:2026-10-25(状态) 来源:arXiv RISC-V 检索、ATLAS 预印本

按 RISC-V 加编译器、向量组合检索,窗口内无新增。最近两篇仍是 10-22 的 ATLAS(把二进制提升到规范编译器 IR 的多智能体框架)与 10-21 的长向量处理器 FlashAttention 重构(上一期已收录,实测 1.84 至 2.08 倍加速)。


四、Buddy Compiler 动态

4.1 BUDDY MLIR 0.1.2 发布,正式版线恢复推进(10-25)

日期:2026-10-25 来源:BUDDY MLIR 0.1.2、Releases 列表、主分支提交列表

buddy-mlir 在 10-25 06:18 发布 BUDDY MLIR 0.1.2(tag release/v0.1.2)。上一期记录的「窗口内零提交、零发布、连续五期停顿」到此结束,版本线由 0.1.1(10-18)推进到 0.1.2,间隔七日,与 0.1.0 到 0.1.1 的两日间隔相比更接近常规节奏。

与 0.1.1 相同,0.1.2 的 release 说明为空,由自动流程生成,变更内容需从提交历史反推(见 4.2)。窗口内主分支 4 笔提交:三笔 VIR 相关(#996、#999、#1000),一笔 CI 新增 YOLO26 示例测试(#808,10-25 20:22)。夜间版自 0.1.1.dev20261017 之后未再出包,正式版与夜间版两条通道本期只恢复了前者。

4.2 VIR 向量化表示三笔提交,PR 编号破千(10-26)

日期:2026-10-25 至 10-26 来源:vir.from_vector 与归约重结合 #996、RVV vlen 作为向量尺寸目标 #999、嵌套循环活跃向量计数 #1000

窗口末尾三笔提交集中落在 VIR(向量化中间表示)上,时间都在北京时间凌晨。10-25 23:33 的 [midend][VIR] Add vir.from_vector and reduce reassoc (#996) 给 VIR 加上从向量构造的入口操作,并减少归约重结合;10-26 00:31 的 [midend][VIR] Add (rvv-vlen) the RISC-V Vector target of the vector size (#999) 把向量尺寸的目标指定为 RVV 的 vlen;10-26 01:09 的 [midend][VIR] Count the vectors live in nested loops for the vector size (#1000) 改为统计嵌套循环内活跃向量数来定向量尺寸。

从标题看,三笔在做同一件事:把「向量尺寸怎么定」从单一循环推广到嵌套循环,并以 RVV vlen 作为目标上限。这也是 buddy-mlir 的第 1000 个 PR——从 0.1.2 发布到编号破千只隔一天,说明这条中间表示线正在加速。

4.3 下游锚定:triton-riscv 夜间版仍锁 10-17 构建(10-25 状态)

日期:2026-10-25(状态) 来源:triton-riscv 提交列表、buddy-mlir 夜间版 0.1.1.dev20261017

triton-riscv 主分支最后一笔提交仍是 10-18 把下游依赖锚定到 buddy-mlir 10-17 的夜间版(0.1.1.dev20261017)。buddy-mlir 已发布 0.1.2,但没有新的夜间 tag,两边仍缺一个可对接的构建。

是否改用 0.1.2 作锚点,是下期值得看的一步:VIR 的三笔改动若被 triton-riscv 用上,才算真正进入 RuyiAI 栈的算子生成链路。


五、社区与活动与官方主页

5.1 官方主页三页无变化,博客两篇、文档二十三章(10-25)

日期:2026-10-25(状态) 来源:RuyiAI 官方主页、博客、文档

三页 sha256 与上一期一致:首页索引 3 条、博客 2 篇(Triton 的 RISC-V 适配、PyTorch RISC-V CI 实践)、文档 23 章。连续多个窗口无新增博客文章与文档章节,官方内容侧仍处停更状态。

5.2 ruyiai-daily 连续三日更新技术情报日报(10-25)

日期:2026-10-23 至 10-25 来源:ruyiai-daily 仓库、10-25 一期提交、10-24 一期提交

组织下的 ruyiai-daily 仓库在窗口内三个自然日各提交一期(10-23、10-24、10-25),文件按 daily-news-YYYY-MM-DD.md 归档,内容为《Codex 技术情报每日动态》,覆盖 PyTorch 生态、LLVM 与 MLIR、Triton 与 TileLang、RISC-V 软件栈、AI 业界五条线。

10-25 一期的 RISC-V 部分与本期核查互为印证:控制流保护下的跳转表范围检查(对应上游 10-25 的 #234733)、P 扩展 packed slide(对应 10-24 的 #234629)、Sscofpmf 与 Sdtrig 的架构测试语义。归档自 08-21 起持续,中间有少数缺日。

5.3 ruyisdk.cn 论坛窗口内无新帖,峰会回顾仍为最新(10-25 状态)

日期:2026-10-25(状态) 来源:RuyiSDK 开发者社区、峰会回顾帖 #2893

论坛首页最新两帖仍是 10-22 的第六届 RISC-V 中国峰会回顾(#2893)与 RISC-V Linux 实践课第 02 期讲义(#2894),窗口内无新帖。双周报在论坛的最近一期仍是 078 期,079 期尚未以帖子形式发布,与上一期状态一致。

5.4 组织站点 contributors.json 每日自动更新(10-26)

日期:2026-10-24 至 10-26 来源:ruyiai-stack.github.io 提交

官方站点仓库在窗口内 3 笔提交,全部是机器人每日更新 contributors.json(10-24、10-25、10-26 各一笔),无人工内容改动。这类提交只说明站点自动任务仍在跑,不构成内容更新。

5.5 外部新闻与发行版公告:定向查询零命中,2026.10 版本未发(10-25 状态)

日期:2026-10-25(状态) 来源:Google News RSS、openRuyi 发行版新闻页

Google News 对 RuyiSDK、RuyiAI、如意 RISC-V 的中英文定向查询在窗口内零命中,社区侧没有媒体报道。openRuyi 发行版新闻页最新一篇仍是 2026.09 发布公告(9-30),2026.10 版本截至截点未发布;对照前几个月的节奏(6-30、7-23、8-27、9-30),10 月版大概率落在 10 月底,与 ruyi 0.54.0 的时间窗重叠。


六、趋势观察

6.1 两条重放线一起停手:一个不换基,一个换了也不加料

本期最清楚的信号是「重放」这件事本身的信息量在下降。pytorch 的 riscv 分支三日零提交,llvm 的 riscv 分支虽然 10-25 换了基,但 26 个本地补丁逐条未变,只把上游基线前移 474 笔。

两者合起来说明:这两条 fork 分支的维护模式是「保持基线接近上游」,而不是「持续加功能」。真正的新功能来自上游合并(见 6.2),本地补丁集长期停在同一套厂商扩展上。

对读者的实际含义:跟踪这两个分支应当看补丁标题集合,而不是看 SHA 或提交数。换基会把提交者时间统一改写、提交数随上游膨胀,但补丁内容可能一周不动——按 SHA 引用任何下游都会当天过期。

6.2 上游 P 扩展从「能编」转向「编得好」

三天内上游 RISC-V 相关 14 笔,其中 7 笔属 P 扩展:三笔补内建函数(乘加宽、标量累加、字节水平乘加),三笔补指令选择模式(mul、macc、mulu 的高低半字节组合与 packed slide),一笔补 sati、usati 的立即数范围校验。

这三个层面正好对应一条扩展从「有指令」到「可放心用」的顺序:先有内建让编译器能表达,再有 isel 让代码能生成,最后有校验让错误输入被拒绝。上一期判断 P 扩展「缺应用侧 benchmark」,本期没有改变这一点,但底层已补齐到可以开始做性能对照的程度。spacemit-a100 的 LoadStore 调度偏好与「无 M 扩展时乘法判高成本」两项,属于同一方向的机器模型校准。

6.3 测试套件用合并换维护成本

riscv-arch-test 迁移到 riscv 组织后三天 30 笔提交,其中相当一部分是把分散套件合并成一个(PMP、Exceptions、Sv)。这类改动不增加测试覆盖,减少的是维护面:套件数量下降后,CI 配置、排除清单、报告聚合都变简单。

同时补的 H 扩展测试是另一回事——hypervisor 相关 CSR 与中断语义此前覆盖薄弱,本期一次性补了 Svinval、Shcounterenw、H_Zicntr 等多项。合并与补齐同时做,说明这次重组的目标是先把结构理顺、再往结构里填内容,而不是单纯瘦身。

6.4 发行版进入发布前静默期

openRuyi 的 124 笔提交全部集中在 10-23 的十几个小时里,之后两天零提交;openRuyi 2026.10 版本尚未发布,新闻页仍停在 9-30 的 2026.09 公告。ruyi 侧 0.54.0 只有 9-18 的 alpha tag,主分支自 9-25 起无提交。

按前几个月的规律,月度版本发布前会有一段「清扫与冻结」的静默期:先把元数据、依赖、安全更新一次性推完,再切版本。本窗口的 102 笔元数据纠正与 16 个 Go 依赖包,正落在这一模式的清扫阶段。下期需要看的是 2026.10 与 0.54.0 谁先出。


信源核查表

信源 核查结果
RuyiAI-Stack 组织(全仓) pytorch:riscv 分支三日零提交、head 维持 29259d90(10-22),七笔开放 PR 无更新时间;llvm-project:riscv 分支 10-25 第三次换基(head 58d62a47 换为 29edf281,领先 474 笔、落后 26 笔、300 文件),本地补丁 26 笔逐条未变;triton-riscv、tilelang-riscv 零提交零发布;ruyiai-daily 三期;ruyiai-stack.github.io 三笔机器人提交;FBGEMM、cpuinfo、VecIntrinBench、IntrinTrans、harness、torq-tile、pytorch-ci、dsh-osc 无窗口内提交
ruyisdk 组织(全仓) ruyi-imager 4 笔(K3 UFS 与 UEFI 刷写、镜像目标关联、catalog 消息解析、CLI 字符集 PR #14);ruyi 零提交零发布(0.53.0 维持,与 PyPI 一致);packages-index、AME-operator、wechat-articles、linux-xuantie-kernel、ruyi-tuner、support-matrix、ruyisdk-vscode-extension、ruyici 均无窗口内提交;qemu 主分支停在 09-27,p-dev 停在 10-21、ame-0.6 停在 10-16
openRuyi-Project 组织 openRuyi 主仓 124 笔提交(Jingwiw 98、cl2t 14,其余八人各 1 至 2)+ 13 笔 PR 合入 + 71 笔开放;homepage 零提交
buddy-compiler 组织 buddy-mlir 4 笔提交(VIR 三笔、CI 一笔)+ 1 个正式发布 BUDDY MLIR 0.1.2;夜间版仍停在上期的 0.1.1.dev20261017
riscv/riscv-arch-test 原 riscv-arch-test 组织路径已 404,仓库迁至 riscv 组织;窗口内 30 笔提交,以套件合并与 H 扩展补齐为主
RuyiSDK 开发者社区论坛 无新帖,最新为 10-22 的 #2893 与 #2894;双周报论坛版仍为 078 期
openRuyi 发行版新闻页 无新文,2026.09 发布公告仍为最新,2026.10 未发布
ruyi 包管理器 / PyPI 0.53.0 维持,无 0.54.0 beta 或 rc;主分支自 09-25 无提交
官方主页(ruyiai.org) 三页无变化:首页索引 3 条、博客 2 篇、文档 23 章,sha256 与上一期一致
IREE 上游 窗口内 5 笔提交,无 RISC-V 专项改动
arXiv(RISC-V) 窗口内无新增;最近为 10-22 的 ATLAS 与 10-21 的长向量 FlashAttention
Google News RSS(中英文多组) RuyiSDK、RuyiAI、如意 RISC-V 定向查询零命中

完整信源清单