报告周期：2026 年 10 月 19 日（周一）至 10 月 23 日（周五），共 5 个工作日。

素材来源：本刊每日 RuyiAI 动态报告 5 期（2026-10-19 至 2026-10-23，每期窗口为前一日 04:30 至当日 04:30，其中周一为过去 3 天、覆盖周末）；另含 RuyiAI-Stack、ruyisdk、buddy-compiler 三个组织的 168 小时仓库核查，openRuyi-Project 重点仓库补充核查，RuyiSDK 开发者社区与 openRuyi 发行版新闻页双源复核，以及 RuyiAI 官方主页三页快照（核查覆盖至 10-24 上午）。

编制说明：本周三条主线并行。其一，openRuyi 主仓以 637 笔提交完成「按依赖打包」的整体转向，从补 Rust crate 闭包、补 Python 云存储后端、Go 去 vendor，一路推进到补源校验和与 %autochangelog 的规范补全。其二，PyTorch 与 LLVM 两条 riscv 分支的整枝重放从「择期」收敛为「每日」，补丁标题集合不变、提交哈希每日失效。其三，RISC-V 矩阵扩展（AME 与 Ztt）的编译器、模拟器、算子三层在本周同时到位，形成「能编译、能执行、结果正确」的最小闭环。周报在日报素材之外补入七项核查新发现，均落在 10-23 白天（日报窗口之后）或周期边界，列于附录。

一、本周要闻

  • openRuyi 单周五日 637 笔提交，打包策略整体转向「按依赖打包」：按自然日统计，10-19 至 10-23 分别为 221、137、51、109、119 笔，作者以 Leetfs（333 笔）与 Jingwiw（152 笔）为主。演进顺序清晰可循——10-19 单日 Rust 相关提交 211 笔（新增包约 200 个）并推进网络存储栈（dpdk 26.07、spdk 26.09、liburing 2.15、btrfs-progs 7.1、nvme-cli 3.1）；10-20 以 Rust/Go/Python 各 42 笔的对称结构补齐 fsspec 云存储后端全家族；10-21 至 10-22 把 minio（10-20 合入）、sonobuoy 与 umoci（10-21 合入）的去 vendor 改造落上主干，并补出被删 vendor 后必需的导入路径，picoclaw 的同类提案仍在排队；10-22 起转入规范补全，Jingwiw 一次清扫 54 个包补源校验和并改用 %autochangelog。来源：openRuyi 提交列表、PR #1459 minio 去 vendor、PR #1466 umoci

  • 两条 riscv 分支的整枝重放收敛为每日运维：PyTorch 连续五个早晨重放，LLVM 结束八日静默后连换三次基：PyTorch 的 riscv 分支在 10-18 至 10-22 连续五日重写，头部依次为 8b254cfd、44826095、7f49d33f、3c1ea315、29259d90，每次全分支提交者时间被统一改写；LLVM 的 riscv 分支自 10-13 起静默八日后，于 10-21、10-22、10-23 连续三次换基，头部依次为 dd05e5b5、58d62a47、7c77126b。两条线的共同特征是补丁标题集合逐条不变、本地成果不丢，代价是任何按提交哈希引用的下游每日失效。同期 PyTorch 出现近五周首笔 PR 合入（#51 riscv64 本地镜像，10-17 合入），七笔开放 PR 整周只刷新时间戳、无新评审意见。来源：PyTorch riscv 分支、LLVM riscv 分支、PR #51

  • Ztt 矩阵扩展首次在 ruyisdk/llvm-project 的 AME 分支落地（10-23 17:15），与 AME 三件套合成矩阵扩展的完整链路：本周最后一个工作日，AME 分支落下「[RISCV] Add initial Ztt matrix extension support based on spec v0.6」初版支持，是该分支继 10-19 合入 AME CI 工作流之后的第二笔提交。加上 RuyiAI 侧 LLVM 分支的 AME 补丁序列（扩展与后端路径设计 #16、#24、#27，指令更新 #29，IME 内建下降与 A100 HP/SP 调度 #30、#31、#32）、QEMU 的 ame-0.6 分支与 AME-operator 算子库，矩阵扩展在编译、模拟、算子三层已经齐备。三层的共同缺口是实测：编译侧的性能模型按 A100 指令标定，QEMU 只保证语义正确，算子库验证跑在模拟或既有硬件上，没有任何一层提供真机吞吐数据。来源：Ztt v0.6 提交 29fefa0f、AME CI PR #170、qemu ame-0.6、AME-operator

  • QEMU 补齐 P 扩展 v0.6 全指令模拟，GCC 与 LLVM 侧同步对齐：ruyisdk/qemu 的 p-dev 分支（基于上游 v11.1.0）在 10-21 16:35 落下 12 笔收尾批次，全部集中在打包 SIMD——Q 格式乘法与乘加、纯乘法、乘累加、二路与四路乘加减、水平归约、加载复制、pack/merge/前导计数、RV32 专用指令，另加移除 P 对 Zbkb 的依赖以对齐新版规范并补 tests/tcg/riscv 测试。工具链侧同期对齐：GCC 把 P 扩展支持更新到 0.6 版本，LLVM 分批合入 mulq、乘高位累加、sati/usati、Packed Pair 与打包乘法等 intrinsics。P 扩展因此走到「模拟器全覆盖、双编译器可生成」的后半程，缺口在应用侧 benchmark。来源：qemu p-dev、双周报 079 期

  • 双周报第 079 期定稿，六节补齐：10-22 09:26 至 14:20 之间，ruyisdk/wechat-articles 连落十笔补丁（#383 至 #391 为主），把 GCC、LLVM、V8、OpenJDK、Go、QEMU 以及包管理器与 IDE 小节全部写入。技术内容集中在四处：LLVM 列出十二笔、九笔已合入，含 RVA23.1 与 RVB23.1 profile 转正、GlobalISel 用 Zfhmin 处理 f16 截断、非对齐标量访存的 LLT 重载；V8 合入四笔，涉及 riscv64 二分查找符号扩展与 Liftoff 常量追踪；Go 提出六条主线 CL，riscv64 的 sha256/sha512 硬件加速（zvknha/zvknhb）两条已合入；OpenJDK 十二笔合入并完成 JEP 544（AOT 静态编译）的 RISC-V 移植初步实现。期次仍有三节留空：卷首语、版本测试及遗留问题、官网与文档。来源：079 期文件

  • IREE 两天走完 RVV 矩阵乘加的一级精度台阶：10-19 发布的 v3.13.0 把 RISC-V V 的 f32 vfmacc.vf inner_tiled MMA 纳入正式版（PR #24933）；10-21 主干再落 f16 版本（PR #25000，946 行改动、测试八百余行），按扩展可用性分三层选择编码——带 +zvfh 时用 vfmacc.vf，f16 乘 f16 得 f32 时用加宽的 vfwmacc.vf，只有 +zvfhmin 时退化为扩到 f32 再截回。性能侧给出的方向是：X60（VLEN=256）上单线程 inner_tiled 已快于 mmt4d ukernel，4 线程与 8 线程的大形状仍偏慢，剩余差距在分块与线程化（跟踪项 #24932）。来源：IREE v3.13.0、PR #25000

  • 内核与固件线在周末尾由静默转为复动（10-23）：linux-xuantie-kernel 在 10-23 11:23 落下「riscv: Migrate T-Head extensions to the vendor extension framework」，把此前更名的 XUANTIE 厂商扩展键整体迁入内核的厂商扩展框架，终结了自 10-16 起的连续七日静默；同日 ruyi-imager 10:30 新增「Add SpacemiT K3 UFS and UEFI provisioning support」，support-matrix 10:47 补入 RDC2022-D1s 的 RT-Thread 基础测试报告三笔。三条线此前整周无动作，投入全部落在 openRuyi 的用户态软件包上；周末的这批提交把重心拉回平台与板卡侧。来源：内核提交 92c3f534、ruyi-imager 提交 732a9214、support-matrix

  • 峰会落幕，社区输出集中释放：回顾帖给出七项实机演示与一组可复现的加速数据：第六届 RISC-V 中国峰会于 10-18 至 10-20 在深圳举行，10-22 11:31 论坛发布回顾帖，给出规模数据——线下专业观众超 3600 人、团队 10 位成员到场、两场技术报告、六篇技术海报、D15 独立展区。海报中的硬数字包括包管理器元数据索引 328 个以上软件包、265 个以上系统镜像、覆盖 41 款开发板，已发布至 PyPI 并接入 RevyOS 与 Bianbu 仓库；课程重构累计 821 个视频、144.1 万播放。七项演示中最有说服力的是 OpenCV RVV 加速对照：同一硬件平台上，ruyi 安装版本相对发行版自带 OpenCV，在图像滤波与特征提取等算子实现 3 至 8 倍加速。次日论坛另有「RISC-V Linux 实践课 02｜够用的 C 语言基础」讲义入库。来源：峰会回顾帖 #2893、实践课 02 #2894

二、RuyiAI 栈进展（PyTorch / Triton / TileLang RISC-V 适配）

窗口总览：RuyiAI-Stack 组织（18 个仓库）本周动作集中在 pytorch（五个早晨各完成一轮整枝重写）、llvm-project（八日静默后连续三次换基）、triton-riscv（夜间构建恢复一期后停住）、ruyiai-daily（连推七期）与站点仓库（贡献者数据每日例行刷新）；tilelang-riscv、harness、FBGEMM、IntrinTrans、VecIntrinBench、cpuinfo、torq-tile、caffe、mxnet、dsh-osc 窗口内均无提交。

PyTorch fork：连续五个早晨整枝重放，10-23 首次暂停

riscv 分支本周的运维节奏已经固定：每日 03:00 前后整枝重写，头部依次为 8b254cfd（10-18）、44826095（10-19）、7f49d33f（10-20）、3c1ea315（10-21）、29259d90（10-22）。每次重写的特征是提交者时间被统一改写、本地补丁标题逐条不变，变化只在上游基线的同步范围。10-21 那次与前一头部对比领先 67、落后 24、208 个文件差异，10-22 那次为领先 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 core/full 拆分、#21 CI 工作流修复、#40 Jenkins 失败后继续解析、#41 判定绕过）。合入侧本周无新增：近五周首笔合入是 PR #51「Add riscv64 image locally」，10-17 00:04 以 squash 方式落地，新增 .ci/docker/build-riscv64-local.sh 并调整构建与镜像脚本，出现在周一日报的三天窗口中。

值得单独记录的是节奏的中断：10-23 早晨没有出现新一轮重写，截至 10-24 上午核查，头部仍停在 10-22 的 29259d90。这是本轮「基线日更」开始后的第一次空档，是否意味着节奏从每日回落到择期，需要下一周期确认。七笔开放 PR（#23 Enable XNNPACK、#35 测试用、#36 超时放宽、#38 DataLoader 临时禁用、#43 补丁精简、#46 ATen RVV 支持、#48 RVV CPU capability）整周保持开放，每日随重放同批刷新时间戳，无新评审意见，其中 #46 与 #48 仍是 RVV 能力上行的两条主线提案。来源：riscv 分支、PR #51、PR #46、PR #48

编译器 fork（llvm-project）：八日静默终结，随后连换三次基

riscv 分支在 10-13 至 10-20 连续八日无推送，头部停在 0fb2da86（#31 A100 HP/SP 与 pack/unpack 降级及调度标定）。10-21 23:00 出现八日来首次整枝重写，head 变为 dd05e5b5，SyncBots 把上游集成推进到 LLVM b3b5e33，与旧 head 对比领先 1769、落后 26、300 个文件差异——这是八天上游积压的集中消化。此后两日连续重写：10-22 23:00 换为 58d62a47（领先 275、落后 26、仍是 300 个文件），10-23 23:00 再换为 7c77126b。

三次换基的跨度差异说明了机制：第一日是积压消化，后两日是单日增量的常规追赶。分支已进入「每日把基线前移一小步」的状态，与 PyTorch 收敛为同一种运维。补丁序列完整保留且顺序未变，从 BOSC AME 扩展（#16）到 A100 HP/SP 与 pack/unpack 调度（#31、#32），含 Buckyball 厂商扩展（#20）、与 Pebble 核 ISA 对齐（#23）、xtame 设计更新（#27）、IME 内建下降（#30）。两笔 FPGA 后端 PR（#25 BOSCAME FPGA、#28 xboscame FPGA）每次换基后同批刷新时间戳，整周保持开放，无评审推进。来源：riscv 分支、PR #25、PR #28

triton-riscv：夜间构建恢复一期后停住，PR #85 仍是唯一活跃提案

10-17 22:41 合入 PR #87「支持 LLVM 24 并锁定 Buddy MLIR v0.1.0」，次日 08:57 由自动跟版 PR #88 升到 buddy-mlir 夜间版 v0.1.1.dev20261017；10-19 10:01 产出夜间构建 nightly/20261018-a305fb6，是 10-12 的 20261011-fe554ff 之后七个交易日来的首个新构建，提供 CPython 3.12/3.13/3.14 与 x86_64、riscv64 双架构共六个轮子。

此后整周无提交、无新发布。原因是上游断供：buddy-mlir 自 10-17 之后没有新夜间版，triton-riscv 缺新上游可跟，两边形成互相等待。开放 PR #85「softmax 及 matmul 优化」最后更新停在 10-19 07:55，仍是当前唯一活跃的算子优化提案；其余开放 PR（#83、#82、#58、#56、#55、#54）最近动作均在 9 月中下旬。来源：Nightly 2026-10-18-a305fb6、PR #85、PR #87

tilelang-riscv：10-16 五笔之后整周静默

该仓在 10-16 15:56 至 18:52 集中落下五笔（代码生成格式规范、支持上游算子运行时语义、升级 TileOps 运行时适配、新增 Buddy MLIR 发布 CI、在该 CI 中构建 Python 扩展），此后 10-17 至 10-23 连续七日无新提交。开放 PR #4「Add RVV vector mask and max reduction lowering」自 09-28 起停更，PR #2 停在 06-16。该仓仍处「CI 与运行时骨架已通、算子覆盖待补」的停顿期，本周没有新证据改变这一判断。五笔中「支持上游算子运行时语义」那一笔值得后续跟踪：它补的是序列化阶段间的 lane-local 状态、安全 ragged copy、动态控制流，以及 FP8/FP4 转换修正，属于算子覆盖的前置条件而非算子本身。来源：tilelang-riscv 提交列表、PR #4

技术情报与站点：ruyiai-daily 连推七期，站点仅例行刷新

技术情报仓库 ruyiai-daily 本周连推七期（10-18 至 10-24，每日 06:16 至 07:16 之间），维持 PyTorch 生态、LLVM-MLIR、Triton 与 TileLang、RISC-V、AI 业界五章结构。RISC-V 段落本周收录的内容包括：RISC-V 乘法的 runtime libcall 提案、Sail RISC-V 0.16 发布、Unified DB 的 Zvabd 编码更新、linux-riscv 只执行页权限补丁、KVM IMSIC 锁设计、香山 AME 的 RoPE 仿真、内核只读映射（PAGE_KERNEL_RO）与系统调用返回值两笔提案、SyterKit 的 C907/E907 启动路径更新、SpacemiT K3 PCIe 补丁 v7 的审阅意见。

triton-riscv 在 LLVM 24 与 Buddy MLIR 0.1.0 组合下的自测数据也由该仓记录：check-buddy 618 项通过、triton-shared 290 项通过、9 项预期失败；FlagGems 本地覆盖的 3829 项中仍有 10 次原生崩溃，部分示例需要原生 RVV 环境。原文标注这些均为作者本地结果，不能据此推断 RISC-V 端全模型兼容。

站点仓库 ruyiai-stack.github.io 本周九笔提交，其中八笔是贡献者数据的每日例行刷新（chore: update contributors.json [skip ci]），另一笔是 10-17 的贡献者指南更新（PR #80），无内容变更。来源：ruyiai-daily、站点仓库 PR #80

三、RuyiSDK 工具链与发行版（包管理器、发行版、编译器与内核）

openRuyi 主仓：单周 637 笔，从「补依赖闭包」转入「规范补全」

按自然日统计，openRuyi 主仓 10-19 至 10-23 分别为 221、137、51、109、119 笔，五日合计 637 笔（10-24 凌晨另有 6 笔不计入周期）。作者分布为 Leetfs 333 笔、Jingwiw 152 笔、KimmyXYC 36 笔、cl2t 29 笔、HNO3Miracle 28 笔、misaka00251 21 笔、purofle 19 笔，另有数人各十余笔。全部提交均为 SPECS: 前缀，即发行版打包定义，无一条涉及架构专项回移。

演进可分三段。第一段是 10-19 的 221 笔，其中 Rust 相关 211 笔（新增包约 200 个），覆盖密码学（botan 0.10、twofold、x25519-dalek 2、pkcs1 0.7、secrecy 0.10）、序列化（toml 0.6/0.18/0.19、yaml-rust2）、压缩（brotli 7、alloc-stdlib）、正则（regex 1.13.1 及 automata/syntax）、数据结构与终端文本处理；同日推进网络存储栈——dpdk 26.07（含 RISC-V 的 lpm 与 fib 查找改进回移）、spdk 26.09、liburing 2.15、iproute2 7.2.0、btrfs-progs 7.1、nvme-cli 3.1；20:49 另补入两个对 RISC-V 有直接用途的 crate：rust-riscv-decode 0.2（指令解码）与 rust-panic-halt 1（裸机崩溃停机）。

第二段是 10-20 至 10-22 的三语种并行。10-20 的 137 笔呈 Rust/Go/Python 各 42 笔的对称结构：Python 侧 28 笔落在 fsspec 与各云厂商后端（s3fs、gcsfs、adlfs、ocifs、dropboxdrivefs、smbprotocol、cloudpathlib）及配套认证依赖（azure-identity、msal、google-cloud-storage、google-auth-oauthlib、proto-plus、crc32c 等）；Go 侧以 minio 去 vendor 收尾与 Prometheus/Kubernetes 组件为主；Rust 侧集中在 windows-0.61 家族、zerocopy/rkyv 家族与 cap-std/io-lifetimes 家族，配合同日的 python-uv-build，指向 uv 构建后端的依赖闭包。10-21 的 51 笔延续该方向，Go 侧补 k8s 三件套与 moby-sys、smarty-assertions 的导入路径，把 sonobuoy、umoci、go-mtree 落成真正的「build without vendored dependencies」；Rust 侧补 23 个 rust-uv-* 包并把 python-uv-build 升到 0.13.4。

第三段是 10-22 至 10-23 的规范化。81 笔提交中 Jingwiw 独占 54 笔，改动全部是同一种：「Add source checksums and use %autochangelog」，按包名字母序覆盖 luksmeta 到 xmltoman 一段；这类改动给 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。10-23 22:47 至 10-24 00:54 另有一批 Go 包补入（go-gopkg-gorp.v1、go-github-ziutek-mymysql、go-github-denisenkom-go-mssqldb、go-github-gobuffalo-* 系列等）。来源：提交列表、PR #1361 kubecomps 依赖、PR #1486 python-uv-build

openRuyi PR：三日合计约 37 笔合入，CVE 大单拆细重提

按日报记录，10-20 合入十笔、10-21 合入五笔、10-22 合入 22 笔。10-20 的十笔按序为 #1128（Prometheus 3.13 模块）、#1342（CVE Part 1）、#1461（graphql-core 3.3.0）、#1355（kubecomps Go 依赖初批）、#1462（buildx）、#1344（fsspec CVE）、#1459（minio 去 vendor）、#1372（moniker）、#1463（dropwatch）、#1458（uwsgi）。10-21 的五笔中 #1464 sonobuoy 与 #1466 umoci 是去 vendor 的落地，另有 #1361、#1136、#1486 python-uv-build 0.13.4（58 文件 +5640/-201）。

CVE 处置是本周最能说明流程变化的一条：#1341「CVE Vulnerability Fixes (Part 0)」以 50 文件、+997/-4788 关闭但未合入，同日新开 #1468 与 #1469 两笔续接，说明原大单被拆细后重新提交；#1344 fsspec CVE 修复则单独合入。10-22 的 22 笔合入使在审的十九笔安全更新队列基本清零，openjdk 四个版本分两批落地（先 27.0.1.0.2.1、25.0.5.8、21.0.13.9、17.0.21.9，再补带 [security-fixes] 标记的 17 与 21）。截至 10-23 晨，开放队列仍有 77 笔。

队列中值得跟踪的是一组同向提案：qemu 打开 GUI 测试特性（#1421）、新增 virglrenderer（#1415）、ovmf 加 fwupd（#1436）、新增 ydotool（#1457）、修 xorriso 的 man 页冲突（#1489），以及一笔 WIP 的交叉 riscv64 工具链（#1490，目标是 x86 宿主直接产出 riscv64 工具链）。五项分属虚拟化、图形虚拟化、固件更新、输入自动化与光盘镜像工具链，合起来指向「在 RISC-V 上跑完整桌面并做自动化验证」。来源：PR #1341、PR #1415 virglrenderer、PR #1490 交叉工具链

ruyi 包管理器：0.53.0 全周维持，0.54.0 定档 10 月底

GitHub Release 与 PyPI 均维持 0.53.0（09-24 发布），主分支最后一次提交停在 09-25（合并 #503），整周无新版本、无新提交；GitHub 上最新预发版仍是 09-18 的 0.54.0-alpha.20260918，此后一月未再出 alpha。

079 期给出了节奏放缓的直接原因：开发与测试团队大部分成员上周在深圳出席 RISC-V 中国峰会。0.54.0 因发版周期调整，预期在 10 月底正式发布，开发中事项三条未变——软件包与当前系统的 ABI 兼容性检测、更多官方维护软件包的 macOS 打包、针对 SpacemiT K1/K3 的工具链适配。期次另给出软件源维护承诺：ruyi update 的内容兼容最近三个正式版本。距月底约一周，观察点是 alpha 是否先出，以及 K1/K3 适配以工具链包还是预置配置的形式交付。来源：ruyi Releases、PyPI ruyi、079 期包管理器节

packages-index：ISCAS 源同步异常，整周无包更新

仓库最后一次提交仍是 10-13（新增 ubuntu-old-releases 镜像、修 SiFive Unmatched 的 ubuntu 版本），整周零提交。079 期说明了静默原因：近两周 ISCAS 软件源遇到数据同步问题，已构建完成的软件包未能刷新到公网，因此暂无软件包方面的更新。

这一点解释了本周「包管理器无新版本、索引无新包」的组合现象——不是开发停摆，而是发布通道堵塞。对用户的直接影响是通过 ruyi 装包时看到的仍是旧集合，属服务端问题，本地无需排查。来源：packages-index、079 期资源更新节

发行版与镜像：2026.09 仍为最新，ruyi-imager 完成四笔 K3 供给侧改造

openRuyi 发行版新闻页整周无新文，2026.09 发布公告（09-30）仍为最新，2026.10 页面尚未上线。按月节奏，10 月版本已进入月末窗口，而主仓仍在批量补包，发布时点是下一个观察位。

ruyi-imager 本周十笔提交，分三段：10-21 三笔由 Glavo 署名，把 Gradle 依赖版本集中到共享 version catalog、把依赖与内置工具升到稳定维护版、把 TOMLJ 升到 2.2.0 并简化解析；10-22 三笔改善交互（活动进度移到固定状态栏并分离更新错误、对齐设置控件并压缩更新反馈、在镜像选择步骤直接提供下载动作 PR #12）；10-23 四笔转向能力与工程（CLI 输出对齐控制台字符集并保持 JSON 为 UTF-8、新增 SpacemiT K3 的 UFS 与 UEFI 供给支持、在目录与 GUI 中保留全部镜像目标关联、按目录加载只解析一次仓库消息）。

夜间构建渠道的跟随情况也得到澄清：10-19 22:15 构建的包在 10-21 的三笔推送后未立即重建，10-21 21:31 打包、10-22 05:38 才完成，滞后约七小时，说明自动构建仍在触发但存在延迟。来源：ruyi-imager 提交列表、夜间构建渠道、openRuyi 新闻页

双周报 079 的技术条目：GCC / LLVM / V8 / Go 四线

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 约束修正；两笔仍在评审，分别是从和的范围推加数范围的 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。基础 C 库方面，glibc 把 sinh、sinhf、sinpi 移植进现有 libmvec 框架，newlib 把 acosf、logf、asinf、asinhf、asinpif、atanf 移植进向量数学框架。来源：079 期文件、GCC P 0.6 提交 883d7da2、RVA23.1 PR #234064

编译器与模拟器分支：AME 分支落 Ztt v0.6，QEMU 双分支收尾

ruyisdk/llvm-project 的 AME 分支本周仅两笔：10-19 13:32 合入 PR #170「Add AME CI」，新增 45 行的 .github/workflows/ruyi-riscv.yml，在 AME 分支上带 RISC-V 支持构建 LLVM 并运行定向的编译器、代码生成、汇编与语义测试；10-23 17:15（日报窗口之后）落下 Ztt 矩阵扩展 spec v0.6 的初版支持，是 AME 分支首次接入 Ztt 指令族。此前该分支的验证依赖人工，本周起回归测试纳入 GitHub Actions。

QEMU 侧两条分支同步收尾：p-dev 的 P 扩展 v0.6 收尾批（12 笔，10-21 16:35）与 ame-0.6 的达摩院 AME v0.6 实现（可见提交截至 10-16，本周汇编入刊）。ame-0.6 的官方描述为完成主要功能开发与架构重构，支持 32/64 位用户模式与系统模式，覆盖矩阵计算、整数与浮点混合运算、数据搬运与类型转换，支持多核共享后端、状态迁移与调试；分支内可见的提交内容是 Ztt 指令族落地——decodetree 译码、指令族 helper、GDB 状态暴露、实验性 CPU 配置暴露、disas 支持，以及数值/张量运算、控制与共享后端、内存与调试器集成、配置与迁移四组测试。两条线基于同一上游 v11.1.0，落点一致：把尚未量产的扩展做成可跑通的软件基线。来源：AME CI PR #170、Ztt v0.6 提交 29fefa0f、qemu p-dev、qemu ame-0.6

内核与固件线：七日静默后由厂商扩展框架迁移打破

linux-xuantie-kernel（linux-6.6.36 分支）本周前四日无提交，最后提交停在 10-16 的 cpufeature 与 hwprobe 批次——把 Ziccamoa、Ziccif、Ziccrse、Za64rs 与 Zicclsm 加入 cpufeature 与 hwprobe，并在 hwcap 中为私有扩展划出 ID 段、与上游编号对齐。10-23 11:23 落下一笔「riscv: Migrate T-Head extensions to the vendor extension framework」，把此前更名的 XUANTIE 厂商扩展键整体迁入内核的厂商扩展框架，承接 10-15 的键名统一与 10-16 的 ID 对齐两步，使玄铁私有扩展的命名、暴露与注册路径统一在上游规则之下。

固件线整周仍静默：ruyifirmware 最新发布仍是 10-15 的「Ruyi Firmware 20261015」，edk2-ruyi 最后一次提交停在 10-15 的 K3 系统信息页，两条线连续七日以上无动作。openRuyi 官网仓库 10-22 21:35 有一笔内容提交（为文档加 experimental 标签并调整标签说明），与主仓把部分包标为实验性的做法一致，说明发行版正把「实验性」从内部约定变成公开可见的分类。来源：内核提交 92c3f534、cpufeature 提交 8fd30253、ruyifirmware Releases、官网仓库

支持矩阵：Duo S 双系统与 RDC2022-D1s 两份报告

support-matrix 本周五笔：10-16 两笔加入 Milk-V Duo S 的 Zephyr 与 RT-Thread Smart 测试报告；10-23 10:47 三笔加入 RDC2022-D1s（全志 D1s）的 RT-Thread 基础测试报告，含首版提交与两轮评审意见修订。低端 RISC-V 板卡以 RT-Thread 与 Zephyr 覆盖的方向延续，RDC2022-D1s 的 RT-Thread Smart 5.0.0 出厂固件报告此前已由 079 期汇编入刊。来源：support-matrix 提交列表

四、向量扩展与算子优化（VecIntrinBench / IntrinTrans / FBGEMM）

本栈向量仓：整周静默，最近动态停在 2 月至 7 月

VecIntrinBench 停在 02-13、IntrinTrans 停在 06-25、FBGEMM fork 停在 07-13、cpuinfo 停在 05-20、torq-tile 停在 04-09，harness 停在 10-10，六个仓库整周均无提交。上游验证线同样安静：riscv-arch-test 最新提交停在 09-08（ACT 4.1 发布说明与工作流修复），香山主仓在本主题核查范围内亦无窗口内提交（其在 10-19 至 10-20 的 CoupledL2 改动见下条）。

本周向量侧的实质进展全部来自本栈之外：IREE 上游的 RVV MMA 精度台阶（见下条）、RISC-V 架构测试的三笔合入、以及一篇长向量 FlashAttention 重构的预印本。对本栈的判断不变——向量基准侧已连续数月无新数据产出，算子侧的动作集中在 triton-riscv 与 tilelang-riscv 两个编译前端，而这两个前端本周都没有新提交。

IREE：RVV 矩阵乘加两天走完一级精度台阶，单线程已超 mmt4d ukernel

10-19 发布 v3.13.0，CPU 后端新增 RISC-V V f32 vfmacc.vf 的 inner_tiled MMA（PR #24933），同时把 LLVMCPU 的可伸缩向量化改为必须指定 --iree-llvmcpu-vscale-range，带 +zvl*b 特性时取两个下界中的较大值。10-21 主干再落 f16 版本（PR #25000）：复用同一 lowerRiscvVFmaccLike 与上提的累加器合法化，Tile N 取 vlen/8，编码按扩展可用性分三层选择——f16 乘 f16 得 f16 且带 +zvfh 时用 vfmacc.vf；f16 乘 f16 得 f32 时用加宽的 vfwmacc.vf；只有 +zvfhmin 时两条路径分别走「累加器 extf 到 f32、f32 vfmacc、truncf 回」与「两面板 extf 后 f32 vfmacc」。VLEN=256 下代价模型给出 intrinsics_m 分别 14、7、6。

性能结论只有方向性的那一条：X60（VLEN=256）上单线程 inner_tiled 在原生 f16 与 vfwmacc 两种编码下已快于 mmt4d ukernel，4 线程与 8 线程的大形状仍偏慢（跟踪项 #24932）。同日另有 PR #24849 把可伸缩向量的分发 tile 对齐到 base * vscaleMax，属 VLA 路径上的常规合法化——分块尺寸必须能被硬件实际 VLEN 的整数倍整除，否则窄 VLEN 硬件上会出现尾块退化。10-22 窗口内 IREE 无 RISC-V 专项提交，仅把上游 LLVM 集成到新基线并收紧自有字节码虚拟机的寄存器校验。来源：IREE v3.13.0、PR #25000、PR #24933、PR #24932、PR #24849

验证与缓存：riscv-arch-test 三笔合入，香山 CoupledL2 按 set index 拆 bank

RISC-V 架构测试在 10-19 至 10-20 合入三笔：Sdtrig 的 A 扩展触发器覆盖点与 Sm/S/U 三模式 icount 覆盖；向 S 套件添加 S_F/S_V/S_VF，覆盖操作系统实际使用的特权层级；向量指令扩展到所有有效 SEW 并补齐 SEW=8 的 vrgatherei16 与 fault-only-first 的 LMUL 选择。三笔共同把验证面推向「S 模式 + 全 SEW」，对在 K1/K3 上跑 RVV 算子的团队是可用的回归基线。

香山侧，CoupledL2 按 set index 拆分目录与数据 SRAM bank，把 MCP2 停顿限制为同 bank 连续访问，并在 RequestBuffer 占满 2 个槽位时暂停接纳新预取（PR #36，10-19 合入，默认 bank 拆分值为 2、可回退为 1）；主仓随后更新 XSCache 指针纳入该变更（PR #6738）。缓存并行度与预取准入同时调整，属可核验的微架构变化。来源：riscv-arch-test PR #2413、PR #2791、PR #2858、XSCache PR #36、XiangShan PR #6738

论文：长向量处理器上重排 FlashAttention，实测加速 1.84 至 2.08 倍

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 属同一类决策，可直接做同口径比较。来源：arXiv 2610.29489

内核与启动路径情报：只读映射提案、C907/E907 启动状态、K3 PCIe 补丁 v7

技术情报侧本周有四项值得记录。其一，linux-riscv 上的 PAGE_KERNEL_RO 定义提案指出 RISC-V 缺该定义时会退回可写的 PAGE_KERNEL，导致 HugeTLB vmemmap 等本应只读的映射保留写权限，提案给出 QEMU virt 上的复现与修复前后页表对照。其二，系统调用重启路径需检查完整返回值，修正返回值截断问题。其三，SyterKit 在 C907 镜像中把 mstatus 向量状态置为 initial，使启动状态与编译进镜像的 RVV 代码一致；E907 则在开启缓存前先设置系统映射。其四，SpacemiT K3 PCIe 补丁 v7 收到新审阅意见，质疑用 PHY bulk API 一次控制多端口全部 PHY 的做法，指出每端口有独立 PHY 与 PERST#，资源建模需重新论证。来源：ruyiai-daily 10-19 期、PAGE_KERNEL_RO 提案、K3 PCIe 补丁 v7

五、Buddy Compiler 动态（buddy-mlir 提交与发布）

0.1.0 到 0.1.1：两日两版，两笔变更都指向可交付性

buddy-mlir 于 10-16 00:53 发布 0.1.0、10-18 06:26 发布 0.1.1，两次正式发布相隔约两日。0.1.1 相对 0.1.0 只有两笔提交、24 个文件、约 +896/-54 行：一是 #989「buddy-server 增加 RISC-V 服务端交叉编译」，为 buddy-server 补 riscv64 交叉编译路径，同时引入运行时依赖清单的句柄实现（RaxDependenciesHandle，含单元测试与测试插件）、插件发现的伪实现与转录测试，配套精简 buddy-cli（净减 40 行）并更新 RVV 环境文档；二是 #925「新增 publish-models 工作流」，加入 GitHub Actions 发布流水线与 Hugging Face 模型发布脚本（约 313 行），使模型制品可由 CI 直接推送发布。两笔合起来解决的是「服务端能进 RISC-V 机器、模型制品能出 CI」这两端，也解释了为何仅隔两日即可发版——主要内容在 0.1.0 已冻结。

时间线要放在一起看才完整：0.0.11 发布于 09-26，到 0.1.0 间隔近三周；0.1.0 到 0.1.1 只隔两日。大版本跨越之后转为小步快跑，夜间版继续承担每日构建验证的角色。来源：BUDDY MLIR 0.1.1、0.1.0 至 0.1.1 差异、PR #989、PR #925

发布线停顿：整周零提交、零夜间版，下游锚定停在一周前

10-18 之后，buddy-mlir 主分支无新提交，最后一次是 10-16 09:35 的 #925；窗口内 0 笔提交、0 个发布。夜间构建自 10-17 的 nightly/v0.1.1.dev20261017（07:24）之后停了两日，随后整周（10-19 至 10-23）五个交易日持续无产出，是 0.1.1 发布后的第一次长空档。

待审 PR 队列同样无窗口内更新，最新三笔均停在 10-17 至 10-18：#994「buddy-server 接口与 llama-server 对齐」（10-18 02:41）、#993「新增 tile.upsample_nearest 算子与识别模式」（10-17 08:04）、#992「修复 BN 通道广播」（10-17 02:04）。另有 #928「测量 PyTorch 覆盖率并校验 106 算子 CPU 档」自 09-16 起长期开放，是算子覆盖口径的基准提案。

下游锚定：triton-riscv 夜间构建锁在 0.1.1.dev20261017

triton-riscv 主分支最后一笔提交是 10-18 08:57 的 PR #88，内容为把下游依赖锚定到 buddy-mlir 10-17 的夜间版 nightly/v0.1.1.dev20261017；10-19 发布的 nightly/20261018-a305fb6 正是基于这次升级构建。由于 buddy-mlir 自 10-17 后无新夜间版，triton-riscv 的夜间构建缺新上游可跟，两边形成互相等待——这条链路要恢复逐日出包，取决于 buddy-mlir 何时重启 nightly 工作流。

两周前的铺垫也应记入：10-13 至 10-16 那批 RISC-V 可用性改造（修复 Makefile 的 RISC-V 目标 #986、为 buddy-cli 增加板卡交叉编译 #987、简化交叉编译流程 #975、为 buddy-server 增加 RISC-V 服务端交叉编译 #989、在 manylinux riscv64 构建中以 Ruyi 包索引安装 riscv64 版 torch 并补齐 libsndfile），以及 0.1.1 之后的阶段目标——把「能在 K3 上跑 Qwen3-VL-30B-A3B 解码器」这类端到端验证纳入常规流程。本周的停顿更像阶段收尾后的间歇，而非方向变化。来源：buddy-mlir 提交列表、Releases、PR #987、PR #986

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

第六届 RISC-V 中国峰会：D15 展位与七项实机演示

峰会于 10-18 至 10-20 在深圳会展中心（福田）举行，会期三天。RuyiSDK 的形式为两场技术报告、六篇技术海报与 D15 独立展区，团队 10 位成员到场，线下专业观众超 3600 人。

两场报告分别是《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 家开发商建立合作沟通渠道。来源：峰会回顾帖 #2893

双周报与论坛：079 期定稿、峰会回顾与实践课 02 入库

论坛本周仅两个新主题，均在 10-22：11:31 的峰会回顾帖（#2893）与 20:58 的「RISC-V Linux 实践课 02｜够用的 C 语言基础【讲义】」（#2894）。后者是面向嵌入式场景的 C 语言最小集，从类型与变量、控制流讲到指针、数组、结构体、存储期、字符串与位运算，配一个风扇控制与温度读取的贯穿例子，并给出「整数除法定点截断」「常量用 const 写明含义」这类易错点；配合第 01 期的环境与工具链讲义，这门课已有连续两讲的自学材料。

双周报 078 期（10-13）与 079 期（10-22）构成本周的固定输出线。079 期的三个空节（卷首语、版本测试及遗留问题、官网与文档）与 078 期一致，说明编撰流水线的收尾仍在最后一日完成。10-23 至 10-24 上午核查时论坛无新增主题，最新仍是 10-22 的两帖。来源：论坛最新主题、实践课 02 #2894、079 期文件

官方主页：三页整周无变化（博客 2 篇、文档 23 章）

官方主页 www.ruyiai.org 三页整周五次快照均无变化：index.html 7246 字节、索引 3 条；blog.html 5632 字节、索引 2 篇（「Triton 的 RISC-V 适配」「PyTorch RISC-V CI 实践」）；docs.html 10843 字节、索引 23 章，三页 sha256 校验值均未变化。本周无新增博客文章、无新增文档章节，博客与文档两条线仍停在此前的产出上。

这是连续第三个报告周期官网无更新。对照 079 期关于「团队上周在深圳出席峰会、本期节奏放缓」的说明，官网与文档的静默与包管理器发版推迟同源，属人力集中投放在会期与发行版打包所致。观察点：会后是否补充演讲幻灯片、演示方案与文档章节。来源：RuyiAI 官方主页、博客页、文档页

外部新闻与产业侧：定向查询零命中，V100 与 E908A 进入视野

Google News 对 RuyiSDK、RuyiAI、openRuyi 的中英文定向查询本周持续零命中，裸查询通道正常（同批 RISC-V 查询每次可返回数十条），说明是内容侧确实没有媒体报道，不是采集故障。openRuyi 发行版新闻页无新文，2026.09 公告仍为最新。arXiv 侧本周新增一篇直接相关的预印本（长向量 FlashAttention 重构，见第四章）。

产业侧有两条与平台形态相关的消息。10-19 进迭时空在峰会发布服务器级 RISC-V 处理器 V100：46 核混合架构（6 个香山昆明湖 V2R2 加速 40 个 X100），最高 2.4GHz，双路一致性互联最高 92 核，单芯片 8 通道 DDR5-4800 与 52 条 PCIe 5.0，配套 C2201 计算、G5201 智算、S5236 存储三类整机；报道称其 BRS 规范测试全项通过，支持 openEuler、openRuyi、openKylin、Debian、Ubuntu、Fedora、Red Hat、Rocky 等发行版直接安装——这是 openRuyi 首次出现在厂商给出的服务器平台兼容清单中。10-19 达摩院玄铁发布车规增强 CPU IP E908A，称其为首款同时达到 ASIL-B 与 ASIL-D 的 RISC-V CPU IP，单点安全度量 SPFM 首次超过 90%，并给出下一代 C950A 目标性能为现有车规产品的 5 倍。

两条消息都属需求信号而非当期任务：V100 把 UEFI、ACPI、SMBIOS 变成硬要求，与当前面向 K1/K3 的板卡镜像、工具链与支持矩阵路径不同；E908A 的落地依赖功能安全认证的工具链与 RTOS 组合，而安全认证相关的编译器资质、测试套件与文档体系尚未出现在公开路线中。来源：Phoronix：SpacemiT V100、LinuxGizmos：46 核服务器 CPU、IT之家：玄铁 E908A

七、趋势观察

打包单位从「源码树」变「依赖包」，本周完成从补闭包到规范补全的重心转移

本周 637 笔提交的主线只有一条：把「随源码 vendor」改成「按依赖打包」。Rust 侧补 crate 闭包（含 uv 构建后端的 23 个 rust-uv-* 包）、Python 侧补齐 fsspec 的全部主流云后端、Go 侧去 vendor 并把被删目录后必需的导入路径逐条补出。顺序本身说明去 vendor 的完成条件不是删掉 vendor 目录，而是让每个被依赖模块在发行版里能按原导入路径解析——缺了导入路径的补齐，删 vendor 只会直接编译失败。

10-22 的重心已从「能不能编出来」转到「可不可审计」：54 笔补源校验和与改用 %autochangelog，覆盖 m 到 x 一段包名。源校验和决定构建输入可验证，%autochangelog 决定变更记录由提交历史生成而非手写，这两项通了，CVE 修复才会沿一条统一的道传导。对 RuyiAI 的间接价值在于上层可用性：PyTorch 的 DataLoader、checkpoint、数据集工具普遍经 fsspec 访问远端存储，后端齐备与否直接决定训练脚本能否在 K1/K3 上跑通——发行版替上层补的这部分依赖，比单个算子优化更能决定「能不能用」。

发布通道成为新瓶颈：包管理器与索引双静默，原因不在代码

本周两个现象并存：ruyi 包管理器 0.53.0 维持整月不动、0.54.0 定档 10 月底；packages-index 自 10-13 起零提交。079 期给出的解释是 ISCAS 软件源数据同步异常，已构建完成的包未能刷新到公网；叠加团队在峰会的投入，形成「代码侧每天数百笔提交、用户侧看不到新包」的反差。

这提示评价发行版进度不能只看提交数。补包、补校验和、补依赖路径都是为最终交付做准备，但任何一环卡在发布通道上，用户的实际体验就是停滞。下一个观察位是 0.54.0 是否如期在月底出 alpha，以及 ISCAS 同步问题是否随 2026.10 版本一并解决。

重放从「择期」变「每日」：两个 riscv 分支收敛为同一种运维，评审仍是实际节拍器

PyTorch 在 10-18 至 10-22 连续五个早晨整枝重写，LLVM 在八日静默后于 10-21、10-22、10-23 连续三次换基。共同特征是提交者时间被统一改写、补丁标题集合不变、提交哈希每日失效；差异只在跨度——LLVM 首日领先 1769 笔（八天积压），其后两日约 275 笔（单日常规追赶）。

工程意义是把「跟上游」与「维护本地补丁」解耦，代价是历史不可追溯：任何按哈希引用的下游（镜像构建、CI 缓存、issue 复现）都会当天或每次换基后失效，读这两个分支应以补丁标题集合而非哈希作版本判据。更值得注意的是本周补丁本身没有新增——PyTorch 七笔开放 PR、LLVM 两笔 FPGA PR 都只刷新时间戳，无新评审意见、无合入。重放机制已经稳固，实际节拍器变成了评审队列的消化速度。10-23 PyTorch 首次暂停重放，是否为节奏回调需下一周期确认。

扩展落地路径成形：编译、模拟、算子三层齐备才算可用，齐备之后瓶颈转到硬件实测

以 AME 为例，本周可见一条扩展从提案到可用的完整路径：先有后端设计与指令集定义（LLVM #16、#24、#27、#29），再有降低与调度实现（#30、#31、#32），同时模拟器给出可执行语义（QEMU ame-0.6），最后算子库提供可测的 kernel 与验证套件（AME-operator）。Ztt 也在本周补齐一侧——ruyisdk/llvm-project 的 AME 分支落下 spec v0.6 初版支持，与 GCC 侧 Ztt Md 支持、QEMU 的 Ztt 指令族实现对应。

P 扩展走同一条路但已到后半程：QEMU 覆盖全部指令（12 笔收尾批），GCC 更新到 0.6，LLVM 侧 mulq、乘高位累加、sati/usati、Packed Pair 等 intrinsics 分批合入上游。对照来看，P 扩展缺应用侧 benchmark，AME 缺真机。这个顺序值得作为方法记录：没有模拟器无法验证编译器，没有算子库无法验证模拟器；三者齐备之前谈性能没有意义，齐备之后瓶颈才转移到硬件与实测。本周的进展是「齐备」而不是「更快」。

RVV 后端焦点从「有没有指令」转向「分块与线程化」

IREE 用两天走完 f32 到 f16 的精度台阶，两次都复用同一个 lowerRiscvVFmaccLike 与同一套累加器合法化，次序是先保证有正确路径（f32），再按扩展可用性挑最快的一条（f16 原生、f16 加宽、+zvfhmin 回退），代价模型对三条路径分别定价。X60 上的实测把瓶颈位置说清楚了：单线程 inner_tiled 已快于 mmt4d ukernel，4 线程与 8 线程仍慢。

arXiv 那篇长向量 FlashAttention 重构给出的结论同源：把分数 tile 与运行输出转置、让查询落在线性连续轴之后，两个归约自然消失、寄存器溢出消除，整核周期降到 1.84 至 2.08 倍，浮点利用率从 16.2% 升到 29.7%。两者都在说同一件事——单核指令选择到位之后，剩下的是分块参数与线程化。对 tilelang-riscv 与 triton-riscv 来说，这是可逐条对照的路线图：Tile N = vlen/8 的取法、代价模型的分档方式、tile 内查询数与向量长度的绑定关系，都值得在自家 lowering 里做同口径比较，而不是只看「是否支持 f16」。

发行版开始铺桌面与虚拟化验证栈，平台形态出现服务器与嵌入式两条路径

openRuyi 的开放 PR 队列里出现一组同向提案：qemu 打开 GUI 测试特性（#1421）、新增 virglrenderer（#1415）、ovmf 支持 fwupd（#1436）、新增 ydotool（#1457）、修 xorriso 的 man 页冲突（#1489）。五项分属虚拟化、图形虚拟化、固件更新、输入自动化与光盘镜像工具链，合起来指向「在 RISC-V 上跑完整桌面并对其做自动化验证」——这与峰会展示的「AI 驱动 IDE 图形化测试」是同一需求的两端。

平台形态同时出现分岔。服务器级以进迭 V100 为代表，规范里的 UEFI、ACPI、SMBIOS 成为硬要求，BRS 符合性测试与安装链路是入场券；嵌入式与消费级以 K1/K3 为代表，路径是板卡镜像、工具链与支持矩阵。本周 ruyi-imager 新增 K3 的 UFS 与 UEFI 供给支持，是该分岔在工具侧的第一个具体动作；而 openRuyi 主仓整周零笔服务器平台相关提交，V100 的兼容清单能否兑现要看 2026.10 版本与后续固件线动作。

附录：素材与核查说明

素材清单

  • 2026-10-19 期：窗口 10-16 04:30 ~ 10-19 04:30（过去 3 天，覆盖周六与周日）。
  • 2026-10-20 期：窗口 10-19 04:30 ~ 10-20 04:30。
  • 2026-10-21 期：窗口 10-20 04:30 ~ 10-21 04:30。
  • 2026-10-22 期：窗口 10-21 04:30 ~ 10-22 04:30。
  • 2026-10-23 期：窗口 10-22 04:30 ~ 10-23 04:30。
  • 周期边界外（10-23 白天至 10-24 上午）的动态经组织仓库核查后补入，见下节。

核查方式与口径

  • 组织核查（168 小时窗口）：覆盖 RuyiAI-Stack、ruyisdk、buddy-compiler 三个组织的提交、PR 与发布，走 Atom 与网页双通道，不依赖 API 限额；上游 fork（PyTorch riscv、LLVM riscv、LLVM main）的提交按 RISC-V、RVV、向量扩展、玄铁相关关键词过滤后收录。
  • 重点仓库补充核查：openRuyi-Project 的 openRuyi（逐日提交计数与作者分布，经 API 全量分页统计）、ruyifirmware、edk2-ruyi、homepage；ruyisdk 的 qemu（p-dev、ame-0.6）、llvm-project（AME）、linux-xuantie-kernel、riscv-gcc（ztt-dev）、wechat-articles、ruyi-imager、support-matrix、ruyi、packages-index、AME-operator；buddy-compiler 的 buddy-mlir。
  • 社区双源：RuyiSDK 开发者社区论坛（最新主题列表）、openRuyi 发行版新闻页。
  • 官方主页：www.ruyiai.org 首页、博客页、文档页三页快照与 sha256 比对，附博客与文档索引条目。
  • 时间口径：仓库提交以提交者时间按北京时间换算；「每日」类描述以连续日历日为准；周周期为 2026-10-19 至 2026-10-23 五个工作日。openRuyi 的 637 笔为 10-19 至 10-23 五个自然日按提交者时间统计，与日报各自的 24 小时窗口口径不同，故与单期日报数字不完全对应。

本周补入的日报之外条目

  1. 10-23 17:15，ruyisdk/llvm-project 的 AME 分支落「[RISCV] Add initial Ztt matrix extension support based on spec v0.6」初版支持（提交 29fefa0f），为该分支首次接入 Ztt 指令族。
  2. 10-23 23:00，RuyiAI-Stack/llvm-project 的 riscv 分支第三次连续换基，头部由 58d62a47 变为 7c77126b；同日核查确认 PyTorch riscv 分支本轮未再重放，头部仍为 29259d90。
  3. 10-23 11:23，ruyisdk/linux-xuantie-kernel 落「riscv: Migrate T-Head extensions to the vendor extension framework」（提交 92c3f534），终结 10-16 起七日静默。
  4. 10-23 09:56 至 13:31，ruyisdk/ruyi-imager 四笔：CLI 输出对齐控制台字符集并保持 JSON 为 UTF-8（#14）、新增 SpacemiT K3 的 UFS 与 UEFI 供给支持、在目录与 GUI 中保留全部镜像目标关联、按目录加载只解析一次仓库消息。
  5. 10-23 10:47，ruyisdk/support-matrix 三笔：RDC2022-D1s 的 RT-Thread 基础测试报告首版与两轮评审修订。
  6. 10-23 22:47 至 10-24 00:54，openRuyi 主仓补入 13 笔 Go 包（go-gopkg-gorp.v1、go-github-ziutek-mymysql、go-github-denisenkom-go-mssqldb、go-github-gobuffalo-* 系列等），10-24 凌晨另有 6 笔不计入本周期。
  7. 10-24 06:24，ruyiai-daily 推送 2026-10-24 期，本周累计七期。

主要引用

数据来源：每日 RuyiAI 动态报告（2026-10-19 至 2026-10-23 共 5 期）及本周补强核查（组织仓库、社区双源、官方主页）；报告周期为 2026-10-19 至 2026-10-23。