調査期間：2026-10-21 04:30 ～ 2026-10-22 04:30（北京時間、過去24時間）、前回号と首尾相连。

情報源：GitHub 四組織の全リポジトリを検査（RuyiAI-Stack、ruyisdk、openRuyi-Project、buddy-compiler のコミット、Pull Request、Release を一つずつ再確認し、調査期間内の全動向を精査。上流の fork は RISC-V キーワードでフィルタリングし、無関係な上流コミットは収録しない）、openRuyi メインリポジトリのコミット単位の計数と作成者分布、ruyi パッケージマネージャーと PyPI のバージョン検証、openRuyi ディストリビューションのニュースページ、RuyiSDK 開発者コミュニティフォーラムと隔週レポート草稿リポジトリ、RuyiAI 公式サイト3ページのスナップショット、IREE と riscv-arch-test の上流動向、RISE 公式発表、arXiv 検索、Google News RSS の中国語・英語による定向検索（プロキシ経由）。

今号のインデックス

  • 今日の重点：IREE メインラインに RVV f16 積和 MMA がマージ、LLVM riscv ブランチは8日間の沈黙を経てベース変更のうえ書き換え（10-21）
    1. RuyiAI スタックの進展（PyTorch / Triton / TileLang RISC-V 適配）
      • 1.1 pytorch：3日連続でブランチ全体を再展開、head を 3c1ea315 に変更（10-21）
      • 1.2 llvm-project：8日間の沈黙が終了、riscv ブランチを b3b5e33 にベース変更（10-21）
      • 1.3 tilelang-riscv：5日間連続コミットなし（10-21 時点）
      • 1.4 triton-riscv：ナイトリービルドは 10-19 ビルドを維持、PR #85 に新動向なし（10-21 時点）
    1. RuyiSDK ツールチェーンとディストリビューション
      • 2.1 openRuyi メインリポジトリ：80 コミット、Go 依存クロージャの収束と uv バックエンドの補完（10-21 から 10-22）
      • 2.2 openRuyi PR：5件マージ、19件のセキュリティ更新を審査中（10-21）
      • 2.3 ruyi パッケージマネージャー：0.53.0 を維持、0.54.0 は依然 alpha 未リリース（10-21 時点）
      • 2.4 ruyi-imager：3件の Gradle ビルド改修、ナイトリービルドは未追随（10-21）
      • 2.5 カーネルとファームウェアライン：linux-xuantie-kernel、edk2-ruyi、ruyifirmware は沈黙（10-21 時点）
    1. ベクトル拡張とオペレータ最適化
      • 3.1 IREE：RVV f16 vfmacc と vfwmacc および Zvfhmin フォールバックがメインラインにマージ（10-21）
      • 3.2 IREE：スケーラブルベクトルのディストリビューションブロッキングを base 掛ける vscaleMax に整列（10-21）
      • 3.3 本スタックのベクトルリポジトリと上流検証ライン：VecIntrinBench、IntrinTrans、riscv-arch-test は沈黙（10-21 時点）
    1. Buddy Compiler の動向
      • 4.1 buddy-mlir：調査期間内コミットゼロ、リリースゼロ（10-21 時点）
      • 4.2 下流アンカー：triton-riscv ナイトリービルドは依然 0.1.1.dev20261017 に固定（10-21 時点）
    1. コミュニティとイベントと公式サイト
      • 5.1 隔週レポート第 079 号草稿が格納：OpenJDK 12件マージ、JEP 544 移植が初步完了（10-22）
      • 5.2 エコシステム側：RISE が K3 Pico-ITX と A210 EVB の Android 17 オープンソース開発者版をリリース（10-20）
      • 5.3 公式サイト3ページに変化なし（ブログ2件、ドキュメント23章）（10-21 時点）
      • 5.4 フォーラム新規ゼロ、最新トピックは依然 10-15 のデイリー情報（10-21 時点）
      • 5.5 外部ニュースと arXiv：RuyiSDK、RuyiAI、openRuyi の定向検索はヒットゼロ（10-21）
    1. トレンド観察
      • 6.1 依存クロージャが収束期に：Go は「vendor 撤廃」から「インポートパス補完」へ転換
      • 6.2 二つの riscv ブランチが同日にブランチ全体を書き換え：再展開は常態的運維となり、レビューは依然ボトルネック
      • 6.3 RVV バックエンドはまず f16 を補完してからスループットを議論：IREE の精度カバレッジ順序が示すシグナル

今日の重点：IREE メインラインに RVV f16 積和 MMA がマージ、LLVM riscv ブランチは8日間の沈黙を経てベース変更のうえ書き換え

日付：2026-10-21　情報源：IREE コミット e7490c3b、IREE PR #25000、LLVM riscv ブランチコミット一覧、2回のヘッド比較

IREE は 10-21 16:48 に RISC-V V の f16 inner_tiled MMA 下降をメインラインへマージした（PR #25000、946 行の変更、うちテスト 800 余行）。これは 10-19 にリリースされた v3.13.0 の f32 vfmacc.vf 経路に続く第二の精度段階である：ネイティブ f16 列挙は先行コミットで既にメインラインに入っており、今回は下降と拡幅の二つの経路を補完する——f16 掛ける f16 で f16 を得る場合は vfmacc.vf、f16 掛ける f16 で f32 を得る場合は vfwmacc.vf；+zvfhmin のみの場合はそれぞれ「アキュムレータを f32 に拡張して vfmacc を行い切り戻す」と「両パネルを f32 に拡張して vfmacc を行う」に退化する。Tile N は vlen/8 を取り、VLEN=256 の下でコストモデルは三つの経路をそれぞれ 14、7、6 と計上する。

性能データは「サポート済み」よりも有用な情報を与えている：X60（VLEN=256）上で、シングルスレッドの inner_tiled はネイティブ f16 と vfwmacc の二つのエンコーディングで既に mmt4d ukernel より高速である；4 スレッドと 8 スレッドの大きな形状は依然として遅い。つまりシングルコア上の命令選択は既に適切であり、残る差はブロッキングとスレッド化にあり、この追跡項目は #24932 である。

同じ日、RuyiAI 自身の LLVM ブランチは八日間の静寂を終えた。昨日のレポートは「LLVM ブランチが新たな上流ベースラインで再起動するか」を観察点として挙げていたが、本調査期間がその答えを示した：riscv ブランチは 10-21 23:00 にブランチ全体が書き換えられ、head は 0fb2da86 から dd05e5b5 に変わり、SyncBots が上流統合を b3b5e33 まで進め、旧 head との比較は diverged（先行 1769、遅延 26、300 ファイルの差異）となった。ブランチ内のパッチ系列は完全に保持されている：BOSC AME 拡張（#16）、Buckyball ベンダ拡張（#20）、Pebble コア ISA との整合（#23）、AME 経路設計（#24）、xtame 設計更新（#27）、AME 命令更新（#29）、IME 内蔵から SpacemiT A100 dot 命令（#30）、A100 HP/SP と pack/unpack スケジューリング（#31、#32）。結論を明確に述べる：これはベース交換による再適用であり、新規パッチではない；二件の FPGA PR（#25、#28）は 10-22 00:59 に同一バッチでタイムスタンプが更新されたが、依然としてオープン状態のままである。

二つの事柄を並べると、今日の情報は「上流は前進し、ローカルはレビュー待ち」である：IREE 側は f32 から f16 への精度の段差を二日で一級進め、RuyiAI 側のコンパイラパッチはベース交換によって可用性を維持しており、レビューキューの消化速度が依然としてこのチェーンの実際のペースメーカーである。

1. RuyiAI スタックの進展（PyTorch / Triton / TileLang RISC-V 適配）

1.1 pytorch：三連続となるブランチ全体の再適用、head は 3c1ea315 に変更（10-21）

日付：2026-10-21　情報源：riscv ブランチコミット一覧、新ヘッド 3c1ea315、2回のヘッド比較、PR 一覧

riscv ブランチは 10-21 03:00 に三度目のブランチ全体書き換えが行われ、head は 7f49d33f から 3c1ea315 に変わった。ヘッドコミットのタイトルは依然として「Add riscv64 image locally (#51)」であり、ブランチ全体で可視のコミットのコミッター時刻は一律に同一時刻へ書き換えられている。前期の head との比較は diverged：先行 67、遅延 24、208 ファイルの差異であり、増分は上流ベースライン同期の範囲に集中している。

ローカルパッチ列は逐条未変更のまま：riscv64 ローカルイメージ（#51）、bytes_to_scalar 浮動小数点修正（#44）、inductor opinfo blocklist（#50）、linear cross entropy の ULP 許容差限定（#42）、そして CI シリーズ（#20 core/full 分割、#40 失敗後の解析継続、#41 判定バイパス）。7 件のオープン PR（#23、#35、#36、#38、#43、#46、#48）は 10-21 09:03 に同一バッチで更新時刻が更新され、新規レビューコメントなし、マージなし。3 日連続の再実行は、この「ベースラインは日次更新、パッチは不動」という仕組みがすでに固定化されたことを示しており、その代償として SHA で参照する下流は毎日失効する。

1.2 llvm-project：8 日間の静寂が終了、riscv ブランチが b3b5e33 へリベース（10-21）

日付：2026-10-21　情報源：riscv ブランチコミット一覧、新ヘッド dd05e5b5、IME 組み込みから A100 dot 命令 #30、FPGA PR 2 件 #25、#28

10-13 から 8 日間静かだった riscv ブランチは 10-21 23:00 にブランチ全体が書き換えられ、head は 0fb2da86 から dd05e5b5 に変化し、タイトルは引き続き「[RISCV] Add A100 HP/SP and pack/unpack lowering with calibrated scheduling (#31)」である。リベース作業は SyncBots が実施し、上流統合は LLVM b3b5e33 まで進んだ。旧 head と比較して 1769 先行、26 遅れ、300 ファイル差異があり、差異量の大半は新しいベースライン自体に由来する。

ブランチ内容は順に：BOSC AME 拡張サポート（#16）、拡張子名出力テストの修正（#18）、Buckyball ベンダー拡張（#20）、Pebble コア ISA との整合（#23）、BOSC AME バックエンドパス設計（#24）、xtame 設計更新（#27）、AME 命令更新（#29）、IME 組み込みの SpacemiT A100 dot 命令への下降（#30）、A100 HP/SP と pack/unpack の lowering およびスケジューリング較正（#31、#32）。これらパッチのマージ時刻はいずれも 10 月初頭で止まっており、当調査期間に新規マージ記録はない。

FPGA バックエンド PR 2 件（#25「BOSCAME Add FPGA backend support」、#28「Feat/xboscame fpga」）は 10-22 00:59 に同一バッチで更新時刻が更新され、依然オープン状態である。これはリベースに伴う連動更新であり、レビューの進展ではない。

1.3 tilelang-riscv：5 日連続コミットなし（10-21 状態）

日付：2026-10-21（状態）　情報源：コミット一覧、PR #4 RVV マスクとリダクション

メインブランチの最終コミットは依然 10-16 18:52 の 5 件集中変更（コード生成フォーマット規格、上流オペレータのランタイムセマンティクス、TileOps ランタイム適応、Buddy MLIR リリース CI、CI 内 Python 拡張ビルド）であり、その後 5 日連続で新規コミットはない。オープン 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-21 状態）

日付：2026-10-21（状態）　ソース：Releases、Nightly 2026-10-18-a305fb6、PR #85 softmax と matmul の最適化

調査期間内にコミット・新規リリースはなく、最新のナイトリービルドは依然として 10-19 10:01 の nightly/20261018-a305fb6（10-18 の依存関係アップグレードに基づき、Buddy MLIR ナイトリービルド 0.1.1.dev20261017 を固定）。前バージョンは 10-12 の 20261011-fe554ff で、リリース再開後も毎日ペースには戻っていない。オープン中の PR #85 は最終更新が 10-19 07:55 で停止しており、引き続き現在唯一のアクティブなオペレータ最適化提案である。その他のオープン PR（#83、#82、#58、#56、#55、#54）の直近の動きはいずれも 9 月中下旬である。

2. RuyiSDK ツールチェーンとディストリビューション

2.1 openRuyi メインリポジトリ：80 コミット、Go 依存クロージャの収束と uv バックエンドの補完（10-21 から 10-22）

日付：2026-10-21 から 2026-10-22　ソース：コミット一覧、umoci vendor 廃止コミット 3012dbc8、sonobuoy vendor 廃止コミット b5c8450b、rust-uv-build-backend コミット 2413dc83、python-uv-build 0.13.4 コミット 2c522b06

調査期間内の 80 コミットはすべて SPECS: プレフィックスで、作者は 4 名——Leetfs 29 件、KimmyXYC 23 件、purofle 18 件、cl2t 10 件。時間的には 4 バッチに分かれる：10-21 16:58（10 件）、17:01（18 件）、17:21（8 件）、20:46（15 件）、そして 10-22 02:26 の 29 件。

Go 側は計 51 件で、2 本の軸を中心としている。1 つは基本依存の補完：go-github-beevik-etree、ghodss-yaml、golang-plus の errors/testing/uuid、googleapis-gnostic、liggitt-tabwriter、ma314smith-signedxml、texttheater-golang-levenshtein、tredoe-osutil（#1361 に対応）。続いて anthropic-sdk-go、discordgo、argo-go、bytedance の gopkg と sonic-loader、ergochat の irc-go と readline、vektah-gqlparser-v2、standard-webhooks、go-vcr、go-fyne-systray、go-google-api の transport など（purofle）。もう 1 つは vendor 廃止の仕上げ：go-k8s-api、go-k8s-apimachinery、go-k8s-client-go の 3 件で削除された vendor 後に必須となるインポートパスを補い、go-github-moby-sys でリポジトリのインポートパスを補完、go-github-smarty-assertions で残存インポートパスを補完し、最後に sonobuoy、umoci、go-github-vbatts-go-mtree の 3 件が「build without vendored dependencies」として着地した。

Rust 側の 29 件は 10-22 02:26 に集中：23 個の rust-uv-* パッケージ（build-backend、cache-key、distribution-filename、pep440、pep508、platform-tags、pypi-types、small-str、static、toml、version 0.13、windows、warnings など、本体バージョン 0.0.96）、さらに archive-trait 0.0.15、astral-async-zip 0.0.22、astral-mail-headers 0.0.1、tar-codec 0.0.15、tar-framing 0.0.15 を加え、python-uv-build を 0.13.4 に引き上げた。

この一群の着地点は Python ビルドチェーンである：pip の代替フロントエンドとしての uv は、その Rust 依存がディストリビューション内で揃えば、K1/K3 上で Python パッケージをインストールする際にソースからのコンパイルに戻る必要がなくなり、uv-build-backend が補完されれば pyproject 内の uv ビルドバックエンドをネイティブに解析できることを意味する。

2.2 openRuyi PR：5 件マージ、19 件のセキュリティ更新が審査中（10-21）

日付：2026-10-21　情報源：PR #1466 umoci、PR #1464 sonobuoy、PR #1361 kubecomps、PR #1136 picoclaw 依存、PR #1486 python-uv-build、PR #1470 llvm-snapshot

5 件をマージ：#1361 kubecomps 基本依存（13 ファイル、+1017）、#1136 picoclaw 依存第一批（19 ファイル、+832）、#1464 sonobuoy vendor 除去（9 ファイル、+268/-19）、#1466 umoci vendor 除去（20 ファイル、+897/-13、15 コミットと完全な Apex Log 依存グラフを含む）、#1486 python-uv-build 0.13.4（58 ファイル、+5640/-201）。昨日のレポートでは #1464、#1466 がまだ審査待ちキューにあると記録されていたが、本調査期間中に両件が相次いでマージされ、vendor 除去は提案から主干の事実へと変わった。

審査中の 19 件は 3 つの束に分類できる。セキュリティ更新が主体：go 1.27.3、nodejs と brotli、php 8.5.12、nss 3.131.1、ca-certificates-mozilla 2.92、rustup 1.29.2、python-pip 26.2.2、python-certifi 2026.10.19、perl-Mozilla-CA、rustls-webpki 0.103.16、webpki-roots 1.0.10 の 2 件。ツールチェーンは 1 件 #1470 で llvm-snapshot を 20261019 に引き上げ（上流ハッシュ 91c6a053）、さらに -DLLVM_RAM_PER_LINK_JOB=30000 を追加してリンク並列度を制限、別に #1471 で libudev-zero 1.0.5 に引き上げ。依存と CVE の束は依然として：#1364 kubecomps ネットワークとデータベース依存、#1468 と #1472 の 2 件の CVE 修正とパッケージアップグレード、#1469 新規追加とアップグレードパッケージ、#1440 sequoia。期間内にマージされずにクローズされた PR はない。

2.3 ruyi パッケージマネージャー：0.53.0 維持、0.54.0 は依然 alpha 未リリース（10-21 状態）

日付：2026-10-21（状態）　情報源：ruyi Releases、PyPI ruyi

GitHub Release と PyPI はいずれも 0.53.0（09-24 リリース）を維持しており、メインブランチの最終コミットは 09-25（#503 のマージ）で止まり、調査期間内に新バージョンも新規コミットもない。GitHub 上の最新プレリリース版は 09-18 の 0.54.0-alpha.20260918 で、それ以降一か月間 alpha は出ていない。10-13 のウィークリーレポート第 078 期によると、0.54.0 はリリースサイクル調整により 10 月末に確定し、開発中の項目はパッケージとシステムの ABI 互換性検出、より多くの公式メンテナンスパッケージの macOS パッケージング、SpacemiT K1/K3 ツールチェーン適配である。ウィークリーレポート 079 の草稿のパッケージマネージャー小节は現在も空のままである。

2.4 ruyi-imager：Gradle ビルド改修が三件、ナイトリービルドは未追従（10-21）

日付：2026-10-21　情報源：コミット一覧、ナイトリービルドチャネル

調査期間内の三件のコミットはいずれも Glavo 名義である。16:55 に Gradle 依存バージョンを共有 version catalog に集約し（226d2732）、17:08 に依存と内蔵ツールを安定メンテナンス版に引き上げ（313b56fb）、18:54 に TOMLJ を 2.2.0 に上げて解析依存を簡素化した（731e52b2）。これら三件はビルドエンジニアリングの改修であり、イメージ書き込みロジックは変更していない。

リリース側は追従していない。ナイトリービルドチャネルのアセットは依然として ruyi-imager-1.0.0-nightly.20261019T221503Z.7f62f9d（ソースコミット 7f62f9dd、10-19 22:15 ビルド、アセット 10 件）である。コードは 10-21 に三回プッシュされたがナイトリー pacote は再ビルドされておらず、このチャネルの自動ビルドがプッシュ後にトリガーされていないか、依然としてキュー待ちであることを示す。ナイトリーパッケージで RISC-V イメージ書き込みを検証するユーザーにとって、今回は利用可能な新版がない。

2.5 カーネルとファームウェア線：linux-xuantie-kernel、edk2-ruyi、ruyifirmware は静穏（10-21 状態）

日付：2026-10-21（状態）　情報源：linux-xuantie-kernel コミット一覧、edk2-ruyi コミット一覧、ruyifirmware Releases

カーネル線 linux-xuantie-kernel（linux-6.6.36 ブランチ）の最終コミットは依然として 10-16 11:14 の cpufeature と hwprobe の変更バッチである。ファームウェア線 ruyifirmware の最新リリースは依然として 10-15 17:53 の「Ruyi Firmware 20261015」である。edk2-ruyi は 10-15 15:22 の K3 システム情報ページで止まっている。三線とも連続六日間静穏で、2.1 のパッケージングピークと引き続き対照的である。今回の調査期間の投入は依然としてすべてユーザー空間ソフトウェアパッケージにあり、カーネルとファームウェアには新たな動きがない。

3. ベクトル拡張とオペレータ最適化

3.1 IREE：RVV f16 vfmacc と vfwmacc および Zvfhmin フォールバックがメインブランチに到達（10-21）

日付：2026-10-21　情報源：コミット e7490c3b、PR #25000、性能追跡 #24932、f32 版 PR #24933

今回のコミットは RISC-V V の f16 inner_tiled MMA に下降パスを追加し、#24933 で導入された 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（vfwmacc）、6（二つの zvfhmin フォールバック）を与える。

パフォーマンス面では方向性のある結論が1つだけ示されている。X60（VLEN=256）上では、シングルスレッドの inner_tiled はネイティブ f16 と vfwmacc で既に mmt4d ukernel より高速だが、4スレッドと8スレッドの大形状では依然として遅い。テストはコミットとともに着地し、187行のエンコード実体化用例、414行の降下用例、e2e matmul のビルド変更を含み、直接リグレッション可能なカバレッジである。

3.2 IREE：スケーラブルベクトルのディスパッチタイルを base 対 vscaleMax に整列（10-21）

日付：2026-10-21　情報源：コミット 9ea0f2f2、PR #24849

LLVMCPU バックエンドには同日、スケーラブルベクトル関連の変更がもう1件ある。スケーラブルベクトルのディスパッチタイルを base * vscaleMax に整列させる。この種の整列は VLA（長さ非依存ベクトル）パス上の定型的な合法化であり、タイルサイズはハードウェアの実際の VLEN の整数倍で割り切れなければならない。そうでなければ狭い VLEN のハードウェアで末尾タイルの退化が生じる。この変更は 3.1 の f16 MMA と同じく CPU バックエンドに属し、両者はともに IREE における RISC-V V の当期の進捗を構成する。

3.3 本スタックのベクトルリポジトリと上流検証ライン：VecIntrinBench、IntrinTrans、riscv-arch-test は静穏（10-21 状態）

日付：2026-10-21（状態）　情報源：VecIntrinBench、IntrinTrans、riscv-arch-test コミット一覧、XiangShan コミット一覧

本スタックのベクトルベンチマークとトランスパイルツールチェーンは引き続き静止している。VecIntrinBench は 02-13 で停止、IntrinTrans は 06-25 で停止、FBGEMM fork は 07-13 で停止、harness は 10-10 で停止、cpuinfo は 05-20 で停止、torq-tile は 04-09 で停止し、調査期間内にコミットはない。上流検証ラインも同様に動きがない。riscv-arch-test と香山本体リポジトリ（kunminghu-v3 ブランチ）は調査期間内にゼロコミット。今期のベクトル側の実質的な進展はすべて IREE 上流に由来し、本スタック自前のベンチマークから新たなデータは出ていない。

4. Buddy Compiler の動向

4.1 buddy-mlir：調査期間内にゼロコミット、ゼロリリース（10-21 状態）

日付：2026-10-21（状態）　情報源：コミット一覧、Releases

メインブランチの最終コミットは依然として 10-16 09:35 の「[ci] Add the publish-models workflow (#925)」であり、調査期間内は0コミット、0リリース。バージョンラインは正式版 BUDDY MLIR 0.1.1（10-18 06:26）に最終ナイトリービルド 0.1.1.dev20261017（10-17 07:24）を加えた組み合わせを維持し、その後4日連続で新たなナイトリービルドはない。0.1.0 から 0.1.1 への2回の正式リリースが2日間隔だった後、停滞に転じ、この状態は既に3報告期続いている。

4.2 下流のアンカー：triton-riscv のナイトリービルドは依然 0.1.1.dev20261017 に固定（10-21 状態）

日付：2026-10-21（状態）　情報源：triton-riscv コミット一覧、buddy-mlir ナイトリー版 0.1.1.dev20261017

triton-riscv のメインブランチにおける最後のコミット（10-18 08:57、PR #88）の内容は、下流依存を
nightly/v0.1.1.dev20261017 に固定することであり、10-19 にリリースされた nightly/20261018-a305fb6 はこのアップグレードに基づいてビルドされている。buddy-mlir は 10-17 以降、新たなナイトリービルドがなく、triton-riscv のナイトリービルドは追従すべき新規アップストリームを欠いており、両者は依然として互いに待ち合っている：この経路が毎日のビルド出力を再開できるかどうかは、buddy-mlir がいつ nightly ワークフローを再開するかにかかっている。

5. コミュニティとイベントと公式ホームページ

5.1 バイウィークリーレポート第 079 期の草稿がリポジトリに格納：OpenJDK 十二件のマージ、JEP 544 の移植が初步完了（10-22）

日付：2026-10-22　情報源：バイウィークリーレポート 079 草稿、OpenJDK 更新コミット #380、基礎 C ライブラリ更新コミット #381、開発ボード更新コミット #382

バイウィークリーレポートのリポジトリにおける調査期間内の四件のコミット：#379 はワークフローにより biweekly-79 を初期化（10-21 10:20）、#380 は OpenJDK を補完、#381 は基礎 C ライブラリを補完、#382 は 10-22 00:19 に開発ボードの内容を補完した。格納されたファイル 20261022-ruyisdk-biweekly-79.md は日付を 2026-10-22 と記載しており、本文の章には依然として多数の空白（巻頭言、パッケージマネージャ、GCC、LLVM、V8、Go、QEMU が未記入）があり、公開前の充填段階に属する。

既に書き込まれた実質的な内容は三つある。OpenJDK は今号でレビューしマージした十二件のメインライン PR を列挙しており、Zalasr 拡張（RVWMO メモリモデル対応、テンプレートインタプリタと C1/C2 に導入）、専用ベクトルマスク論理命令、string_indexof_char のメモリアクセス境界外参照の修正と一度のジャンプの除去、zext.h/zext.w を 16/32 ビットマスクの AndL に使用、Zicond によるゼロ結果整数 cmove の最適化とヒープオブジェクトのエンコード/デコード、QEMU user モードのテストケース修正、JSR166 テストケースの回帰修正、および各プラットフォーム共通の ICache 同期呼び出しのクリーンアップをカバーしている。JEP 544（AOT 静的コンパイル）の RISC-V 移植は初步的に完了し、機能テストと性能検証に入っている。基礎 C ライブラリについては、glibc が sinh、sinhf、sinpi を既存の libmvec フレームワークに移植し、newlib が acosf、logf、asinf、asinhf、asinpif、atanf をベクトル数学フレームワークに移植した。

開発ボードの部分は既存の項目を記録している：RDC2022-D1s（全志 D1s）の RT-Thread Smart 5.0.0 出荷時ファームウェアテストレポート（PR #410、10-16 コミット、依然レビュー中）、SpacemiT K3 CoM260 Kit の ROS 2 第 9、10 章の講義資料と実験マニュアル（10-14 コミット）で、いずれも本調査期間より前のものであり、今号は単に編纂して掲載しただけである。

5.2 エコシステム側：RISE が K3 Pico-ITX と A210 EVB の Android 17 オープンソース開発者版をリリース（10-20）

日付：2026-10-20 リリース、10-21 05:51 に Hacker News で議論が出現　情報源：RISE 公式告知、RISE Android 17 v1.0 リリース、Hacker News 議論

RISE は RVA23 ハードウェア上で動作する初の Android 17 ビルドを公布した。目標ボードは SpacemiT K3 Pico-ITX と Alibaba A210 EVB、プロジェクト番号は RP024 で、RISE が資金を提供し主導し、SpacemiT と Alibaba Damo Academy がプラットフォームとハードウェアを提供し、BayLibre がエンジニアリング実装を担当する（以前の K1 Android 移植を踏襲）。リリースには両ボードのバイナリイメージ、固定ソースマニフェスト、チェックサム、書き込みツール、再構築手順が含まれる。起動チェーンは U-Boot と OpenSBI に基づき、グラフィックススタックは上流の Imagination カーネルドライバと Mesa を使用し、ソース履歴と作者情報は保持される。

公式はこれが開発者版であり、量産版や認証版ではないことを明確にしている。第 2 フェーズではビルド、ハードウェアテスト、リリースを自動化する。まず RISE Board Farm に既存の A210 を接続し、K3 は数週間以内に追加され、その後両ボードで同一の Android CI を実行する。同時に RISE は Bionic、BoringSSL、ART、V8、Chrome、マルチメディアライブラリに関する後続の RFP を発行し、ベンダーにプラットフォームサポートを Linux カーネル、U-Boot、OpenSBI へアップストリームするよう働きかける計画である。

本テーマとの関連はプラットフォームラインにある。K3 はウィークリーレポート 079 ドラフトにコース内容が登場するプラットフォーム（CoM260 Kit）であり、そのファームウェアとカーネルのアップストリーム化要求は RuyiSDK のカーネル、ファームウェアという 2 つのサイレントラインの方向性と一致する。Android 17 の K3 イメージ自体は RuyiSDK のディストリビューション範疇には入らないが、同プラットフォームの起動チェーン現状を再現可能なベースラインとして公開するものであり、後続で Debian 系イメージを手掛けるチームにとって対照可能な参考となる。

5.3 公式ホームページ 3 ページに変化なし（ブログ 2 本、ドキュメント 23 章）（10-21 状態）

日付：2026-10-21（状態）　情報源：RuyiAI 公式ホームページ、ブログ、ドキュメント

3 ページのスナップショットは前号と一致：index.html 7246 バイト、インデックス 3 件；blog.html 5632 バイト、インデックス 2 件（Triton の RISC-V 適応、PyTorch RISC-V CI 実践）；docs.html 10843 バイト、インデックス 23 件。今回は新規ブログ記事なし、新規ドキュメント章なし。

5.4 フォーラムは新規ゼロ、最新トピックは依然 10-15 のデイリー情報（10-21 状態）

日付：2026-10-21（状態）　情報源：RuyiSDK コミュニティフォーラム、最新トピック #2892

フォーラムの調査期間内は新規トピックゼロ、最新投稿は依然 10-15 03:30 の「2026-10-15 オープンソース技術ホットニュース情報」（#2892）。ウィークリーレポート第 079 期はまだフォーラムに投稿されておらず、コミュニティ側の最新号は依然 10-13 の第 078 期（#2891）。サミット（10-18 から 10-20）終了後も、フォーラムには会後まとめ投稿が見られず、公開アウトプットは引き続きデイリー情報とウィークリーレポートの 2 本の固定ラインに集中している。

5.5 外部ニュースと arXiv：RuyiSDK、RuyiAI、openRuyi の定向クエリはゼロヒット（10-21）

日付：2026-10-21　情報源：Google News RSS、arXiv cs.AR 最近リスト

Google News による RuyiSDK、RuyiAI、openRuyi の中英語定向クエリは調査期間内ゼロヒット（裸クエリチャネルは正常、同批の RISC-V クエリは結果を返す）。「如意 RISC-V ディストリビューション」系クエリは 5 件返ったがいずれも旧稿で、最新は 10-20 の玄鉄出荷稿であり、ディストリビューションとは無関係。arXiv 上の RISC-V 関連プレプリントは最新が 10-20 で、テーマは産業サイバーフィジカルシステムのコンテキスト動作意図検証であり、調査期間内に RISC-V AI コンパイラやベクトル最適化方向の新論文はなかった。

6. トレンド観察

6.1 依存クロージャが収束期に入る：Go は「vendor 除去」から「インポートパス補完」へ

前 3 期のパッケージ補完の手がかりは分頭で展開された：Python は fsspec クラウドストレージファミリーを補完、Rust は crate クロージャを補完、Go は vendor 除去に着手。今期の Go 側 51 件の重心は明らかに後方に移動している——まず基礎依存（etree、yaml、gnostic、tabwriter など 10 件）を補完し、次に k8s 三点セットと moby-sys、smarty-assertions のインポートパスを補完し、最後に sonobuoy、umoci、go-mtree の 3 件という真の「build without vendored dependencies」を落とした。

順序そのものが、vendor を外す完了条件は vendor ディレクトリを削除することではなく、依存される各モジュールがディストリビューション内で元のインポートパスで解決できるようにすることだと示している。インポートパスの補完が欠ければ、vendor を削除するだけでは即座にコンパイル失敗となる。したがって「インポートパスの補完」こそが今回の最後の一マイルである。RISC-V ユーザーへの直接的な意味は、コンテナイメージツールと一貫性テストツールが「ソースと一緒にパッケージング」から「ディストリビューション依存としてパッケージング」へ変わり、ビルドの再現性とセキュリティ更新の伝達経路が同時に改善され、今後の CVE は単一の Go モジュールをアップグレードするだけで済み、パッケージ全体を再ビルドする必要がなくなることである。

6.2 二つの riscv ブランチが同日にブランチ全体を書き換え：リプレイは常態的な運用となったが、レビューが依然ボトルネック

今期、pytorch と llvm-project の riscv ブランチは同じ日にそれぞれ一度ずつブランチ全体の書き換えを行った。pytorch は 03:00（連続三日目）、llvm は 23:00（八日間の静寂の後にベース変更）。共通の特徴はコミッター時刻が一律に書き換えられ、パッチタイトルの集合は変わらず、SHA が毎日無効になることである。差異はリズムにある——pytorch は毎日更新のベースライン、llvm は期を選んでのベース変更であり、ベース変更後は旧 head との差分が 300 ファイルに達し、ほぼすべてが新しい上流に由来する。

この手法の工学的意義は「上流に追随する」ことと「ローカルパッチを維持する」ことを分離することにあり、代償は履歴が追跡不可能になることである。SHA で参照するあらゆる下流（イメージビルド、CI キャッシュ、issue の再現）は毎日またはベース変更のたびに無効となるため、これら二つのブランチを読む際は SHA ではなくパッチタイトルの集合をバージョンの判断基準とすべきである。さらに注目すべきは、本期間のパッチ自体に新規追加がないことである。pytorch の七件のオープン PR はタイムスタンプを更新するだけで、llvm の二件の FPGA PR も同様にタイムスタンプを更新するだけである。リプレイ機構はすでに堅固であり、実質的なメトロノームはレビューキューの消化速度になっている。

6.3 RVV バックエンドはまず f16 を補完してからスループットを論じる：IREE の精度カバレッジの順序が示すシグナル

10-19 の f32 vfmacc.vf（v3.13.0）と 10-21 の f16 vfmacc/vfwmacc（#25000）を連続して見ると、IREE は RISC-V V の inner_tiled MMA 経路において二日間で一段階の精度ステップを完了し、しかも両回とも同じ lowerRiscvVFmaccLike と同じアキュムレータの合法化を再利用している。順序はまず正しい経路を確保し（f32）、次に拡張の可用性に応じて最速の一本を選ぶ（f16 ネイティブ、f16 拡張、+zvfhmin フォールバック）というもので、コストモデルは三つの経路に対してそれぞれ価格付けを行う。

X60 での実測がボトルネックの位置を明確にした。シングルスレッドはすでに mmt4d ukernel より速く、4 スレッドと 8 スレッドは依然として遅い。これは単核の命令選択が到位した後、残るのはブロッキングとスレッド化であることを示している。tilelang-riscv と triton-riscv にとって、これは項目ごとに対照可能なロードマップである——Tile N = vlen/8 の取り方とコストモデルの段階分けの方式は、いずれも自らの lowering において同口径で比較する価値があり、「f16 をサポートするか否か」だけを見るべきではない。

情報源チェック表

情報源 調査結果
RuyiAI-Stack 組織（全リポジトリ） pytorch：riscv ブランチは3回目の整枝リプレイ（head 7f49d33f を 3c1ea315 に変更、compare は 67 先行/24 遅延、208 ファイル）、7件のオープン PR が 10-21 09:03 に同一バッチで更新；llvm-project：riscv ブランチは8日間の静寂の後 10-21 23:00 にリベース（head dd05e5b5、1769 先行/26 遅延、300 ファイル）、2件の FPGA PR が 10-22 00:59 に更新；triton-riscv、tilelang-riscv はゼロコミットゼロリリース；ruyiai-daily 1 号（10-21）；ruyiai-stack.github.io は contributor 更新1件；harness、FBGEMM、cpuinfo、VecIntrinBench、IntrinTrans、torq-tile、dsh-osc、skills、SyncBots-DeepAgents は調査期間内コミットなし
ruyisdk 組織（全リポジトリ） ruyi：0 コミット、0 リリース（0.53.0 を維持）；ruyi-imager：Gradle ビルド改修3件、ナイトリービルドは依然 20261019T221503Z で停止；wechat-articles：4 件（隔週レポート 079 ドラフト）；packages-index、ruyisdk-website、support-matrix、linux-xuantie-kernel、qemu、ruyici、ruyi-tuner、ruyi-backend はいずれも 0 件；llvm-project AME ブランチは 10-19 で停止
openRuyi-Project 組織（全リポジトリ） openRuyi メインリポジトリ 80 コミット（Go 51 件、Rust 29 件、作者4名）＋ PR マージ5件 ＋ 審査中19件、クローズ未マージ0件；ruyifirmware、edk2-ruyi は調査期間内コミットなし（それぞれ 10-15 17:53 と 10-15 15:22 で停止）
buddy-compiler 組織 buddy-mlir メインブランチ 0 コミット、0 リリース；最新正式版 0.1.1（10-18）、最新ナイトリー版 0.1.1.dev20261017（10-17）
RuyiSDK コミュニティフォーラム 調査期間内の新規トピックはゼロ、最新は #2892（10-15）；隔週レポート 079 は未公開、最新は依然 078 号
openRuyi ディストリビューションニュースページ 新記事なし、2026.09 リリース告知が依然最新、2026.10 ページは未公開
ruyi パッケージマネージャー / PyPI 0.53.0 が最新を維持（09-24 リリース）、調査期間内に新バージョンなし、新コミットなし
公式サイト（ruyiai.org） 3ページに変化なし：トップページインデックス3件、ブログ2本、ドキュメント23章
技術情報リポジトリ（ruyiai-daily） 10-21 に1号をプッシュ、RISC-V セクションに RISE の K3 Pico-ITX と A210 EVB Android 17 イメージを含む
IREE 上流 4 コミット、RVV f16 vfmacc/vfwmacc と Zvfhmin フォールバック（#25000、946 行）およびスケーラブルタイリングアライメント（#24849）を含む；調査期間内に新正式リリースなし
riscv-arch-test / 香山 両リポジトリとも調査期間内ゼロコミット
arXiv（RISC-V） 最新 RISC-V プレプリントは 10-20、調査期間内にコンパイラまたはベクトル最適化方向の新論文なし
Google News RSS（中英文複数グループ） RuyiSDK / RuyiAI / openRuyi はすべてゼロヒット；如意系クエリ5件はすべて旧稿

完全な情報源リスト

[20] openRuyi：PR #1487 rustup 1.29.2 — https://github.com/openRuyi-Project/openRuyi/pull/1487