報告週期：2026 年 11 月 2 日（週一）至 11 月 6 日（週五），共 5 個工作日、5 期日報素材。其中 11-02 期為 72 小時視窗（覆蓋 10-30 05:00 至 11-02 05:00），其餘四期為 24 小時視窗；故正文含少量日期落在 10-30 至 11-01 的條目，已在條目標題中標註原始日期。

素材來源：每日 RISC-V 全球動態日報（11-02、11-03、11-04、11-05、11-06 五期）；另經 GitHub 關注組織與重點倉庫 168 小時視窗複核（匿名介面限額本週多數時段耗盡，改用各倉 commits.atom 逐倉核對）、openRuyi 雙源核查（主倉提交與官網新聞頁）、riscv100.top 逐日留檔彙總與 RISC-V 國際基金會會員企業官網巡檢補強。

編制說明：本週主線是「把開放指令集變成可交付產品的那一層」。車規側一週之內四層同時推進：英飛凌把主力 AURIX 產品線切到 RISC-V（晶片）、Quintauris 釋出 EM-Altair 給出二進位制相容的執行環境（平臺規範）、國芯科技完成 AUTOSAR 與 IAR 適配（國產軟體棧）、紫荊 M100 入選「中國芯」生態推廣示範案例（規模化匯入樣本）。AI 矩陣側，進迭時空開源 RVISA 虛擬 ISA 工作草案，試圖在 PTX 與 cuTile 之間插一層「程式設計師可表達」的對映契約。發行版側，openRuyi 把 riscv64-openruyi-linux 的預設 ISA 級別定為 RVA23U64，RVA23 從可選項變成預設基線。三條線回答的是同一個問題：開放指令集帶來的碎片化，由哪一層收斂。

一、本週要聞

  • 英飛凌釋出首款 RISC-V 車規 MCU 平臺 AURIX RC1，最高 12 核、ASIL D、2027 年上半年送樣（11-04）：這是英飛凌第一條基於 RISC-V 的 MCU 平臺，也是 AURIX 產品線首次採用開放指令集，官方定位為對現有產品組合的補充而非替代，現款 TriCore 繼續供貨。規格上單晶片最多 12 個 32 位處理核、一個面向邊緣 AI 的並行處理單元、最高 40MB 嵌入式儲存，並計劃推出疊加 64 位微處理器能力的同族型號；安全側到 ASIL D，資訊保安滿足 ISO/SAE 21434 與《網路彈性法案》，預留後量子密碼支援；通訊側支援 CAN XL、10BASE-T1S 與多千兆乙太網，部分型號整合 BRIGHTLANE 交換與硬體資料路由。產品邏輯的關鍵是把原先分開的 AURIX 與 TRAVEO T2G 兩條線合併成一代產品，用同一套 RISC-V 底座覆蓋區域控制、車身、底盤、電池管理、動力總成、智駕安全與座艙，配套 DRIVECORE 軟體棧提供 AUTOSAR、虛擬原型與 AI 輔助遷移工具。時間表：11 月 10 至 13 日在慕尼黑 electronica 2026 展出家族概念（C3 館 502 展位），目標 2027 年上半年提供樣品。此前車規 RISC-V 多由新勢力與國產廠商推動，第一梯隊廠商把主線產品切過來，意味著 AUTOSAR 棧、功能安全認證、工具鏈與 Tier1 的適配資源會跟著這條線走。來源：Infineon 新聞稿 infpr202611-026

  • Quintauris 釋出 EM-Altair，把 MCU 級 RISC-V 的二進位制相容寫成四層合規要求（11-03 釋出、11-05 報道）：它不定義新核，而定義一套「合規實現必須一致地表現」的硬體、韌體與執行時要求：ISA profile、特權架構、啟動與執行時服務、安全服務四層，廠商可各自實現微架構，軟體面對同一個目標。口徑上以 RV32IM 為基線，配一組邊界明確的必選與可選擴充套件，把中斷、原子操作、CSR 行為與記憶體序固定下來；中斷側規定面向硬實時的有界高吞吐架構，隔離用 PMP 覆蓋機器模式與可選使用者模式，安全實踐對齊 ASIL-B 等效要求。配套的 QNTAF 驗證與認證框架支援雲端、模擬器與 FPGA 三類目標跑基準、一致性與安全測試，並接入 CI/CD 生成可追溯產物。Quintauris 由博世、英飛凌、Nordic、恩智浦、高通與意法半導體於 2023 年合資成立。與英飛凌 RC1 放在一起讀，晶片廠做實現、合資公司做一致性，RTOS 與編譯器只需對一個目標適配一次——國內團隊面對的是「基礎軟體門檻降低、合規門檻抬高」同時發生。來源：Quintauris 釋出稿、New Electronics 報道

  • 玄鐵 C950 獲「中國芯」年度重大創新突破產品獎，十款搭載玄鐵核的客戶晶片同榜獲獎（11-02 大會／11-03 報道）：11 月 2 日在珠海橫琴舉行的第二十一屆「中國芯」優秀產品徵集結果釋出儀式上，阿里巴巴達摩院玄鐵 C950 拿到門檻最高的「年度重大創新突破產品獎」；上一屆玄鐵拿的是「優秀支撐服務企業」與「RISC-V 生態推廣示範案例」，從生態推廣類走到產品創新類，評獎口徑本身說明了這家 IP 供應商在產業裡的位置。引數與 3 月釋出時一致：8 指令譯碼、16 級流水線、超 1000 條指令亂序視窗、最高 3.2GHz、SPECint2006 單核首次突破 70 分；這次補充的是落地資料——全系列累計出貨超 60 億顆、客戶超 400 家、授權超 1000 個，C950 支援 RVA23.1 全部標配與可選擴充套件並原生整合 CoVE 機密計算。比主獎更值得看的是同榜客戶名單：東方算芯 DF1000（C908 加 C906）同獲重大創新突破產品，全志 T536（E907）、江原 D1（C908 加 E907）、物奇 WQ9301（E907）、宏思 HSRU3（E906）獲優秀技術創新產品，清微 TX81（C908）與泰芯 TXW82X 獲優秀市場表現產品，匠芯創 D12X（C906）、九宸 TD1601（E906）、邁特芯 MEGA188（E902）獲芯火新銳產品。十款晶片橫跨近存計算、工業控制、雲端推理、無線連線、可重構 AI 與顯示驅動六個市場，用的卻是同一套 IP 家族的四個檔次核心——這比單顆旗艦拿獎更能說明產品線的覆蓋密度。來源：集微網報道（搜狐轉載）

  • RISC-V 具身智慧開放解決方案 RV-EAI 在烏鎮「網際網路之光」釋出，六家單位聯合開源（11-04）：方案由 openKylin 具身智慧工作組聯合 Milk-V、超睿科技、上海 OpenLoong、進迭時空、苦芽科技共六家單位釋出，釋出名稱的工作代號為「啟元」，全部細節以開源專案方式在 GitHub 倉庫與官方網站持續演進。主張是「釋出介面、清單與參考實現，而不是一臺定型的整機」，把機器人按實時性拆成本體層（微秒級電流環）、小腦層（毫秒級控制閉環，實時核跑 RTOS，經 CAN-FD 與 EtherCAT 接關節匯流排）、大腦層（十毫秒級推理，負責感知、規劃與 VLA），三層建在同一套 RISC-V 指令集之上（RVA23，配合 RVV、IME、AME、VME）。「開放」的可驗證定義是五個可插拔點：本體側的中科本原、先楫、兆易創新、沁恆、樂鑫等關節驅動與 MCU；小腦側的 K3／SoM260、知合 A210、UR-DP1000／Titan；大腦算力側的 K3、愛芯元智 AX650N、瑞芯微 RK1828；作業系統層的 openKylin、Debian、Ubuntu、Fedora、openEuler 五個發行版加實時域 RT-Thread；框架與模型層的 FlagOS、llama.cpp、TileLang 與廠商執行時。驗收口徑寫明：換掉一個點，其餘四點不需要改動、也不需要重新適配上層，並能透過一致性測試。站點同時公佈進迭 K3 真機自測資料（Bianbu 4.0.7、核心 6.18.3、10 月 21 日採集）：1B 視覺語言模型本地推理 24.09 t/s、24B MoE 模型 12.00 t/s、IME2 每核 970 GMAC/s（8 執行緒 5632 GMAC/s），並明確區分廠商標稱峰值與可用吞吐。這份材料的分量不在釋出會，而在相容矩陣最終能填進多少家真實機型。來源：甲辰計劃公眾號、RV-EAI 官網、kubuds/RV-EAI 倉庫

  • 進迭時空開源 RVISA 虛擬 ISA 規範工作草案，首輪補入 IME／VME／AME 三套對映與 blocked MMA（11-04 建倉、11-05 提交）：新倉庫 spacemit-com/rvisa 提出 RISC-V Virtual ISA，為標量、向量與矩陣計算定義一層虛擬指令記法，當前規範版本號 0.2.0。定位寫得很清楚：它刻意站在 NVIDIA PTX 之上、cuTile 之下——不繫結任何一門前端語言（源語言前端實現明確排除在本版範圍外），也不直接規定某顆晶片的指令編碼，而是把「目標對映」做成版本化 profile，逐條宣告對映到哪一組暫存器類、暫存器組與指令序列，並附上游修訂號與驗證證據。記法參照 RVV Intrinsics 表達型別化操作、運算元角色與暫存器組約束，tile 支援一維到 N 維，reshape 與軸置換必須保持元素位置，佈局由線性佈局推導。最能說明它想解決什麼問題的是「可表達性要求」：任何對 RVISA tile 計算的最佳化，都必須能被程式設計師在記法層面寫出來——針對的正是矩陣擴充套件落地時編譯器偷偷向量化、換一顆晶片就得重寫的失敗方式。成熟度需要說清：規範狀態檔案自己寫明這是 working draft，不是 RISC-V International 已批准規範；目標對映檔案只登記為草案、尚未建立實現一致性證據，MLIR dialect 與可執行一致性工具均標為 TBD，參考負載只有 .rvisa 記法源形、不能編譯執行。倉庫另有 RFC 0001 至 0003 三份草案，覆蓋指令與暫存器對映契約、核心型別與操作契約、程式設計師可表達的 tile 佈局。與 MCU 側的 EM-Altair 是同一邏輯的兩種表現：碎片化最終要由某一層穩定的「軟體目標」收斂，差別在治理結構——一個是六家大廠合資公司主導，一個是單家廠商的工作草案。來源：spacemit-com/rvisa 倉庫、規範狀態頁

  • Linux 7.4 把「快非對齊訪問」改為執行期探測，發行版核心可吃到最多 11% 頻寬收益（10-30）：這條改動的來路分兩步。7.3 由 Tenstorrent 提交的改動讓「為支援快速非對齊記憶體複製的 RISC-V 硬體編譯的核心」跳過軟體對齊，自測頻寬提升最高 11%，但要求在編譯時開啟，而一個發行版核心要服務一批硬體、其中總有慢速非對齊訪問的晶片，收益只能留在定製核心裡。7.4 把判定改掛到 HAVE_EFFICIENT_UNALIGNED_ACCESS 上做執行期探測：只有探測到硬體確實支援，使用者態複製才跳過軟體對齊，通用構建與發行版核心都能預設帶上。同批併入 7.4 的 RISC-V 改動還有 crash 熱插拔、部分頁表函式走最佳化路徑、上下文切換最佳化、B 擴充套件進入 hwcap 與 hwprobe 上報、以及 Zic64b 上報支援。這幾條合起來是「核心把平臺能力摸清並交給自己排程」的一步，hwprobe 側的上報正是執行期探測這類最佳化的前提。社群討論裡有一條判斷值得記錄：除 SiFive 外幾乎各家都支援快速非對齊訪問，SiFive 只在新一代效能核上支援——發行版開啟這條最佳化後，實際受益面取決於晶片是否在 hwprobe 裡如實上報。來源：Phoronix、Hacker News 討論

  • openRuyi 五個工作日約 58 筆主倉提交，RVA23U64 成為預設基線、RuyiAI 元件進發行版（10-30 至 11-06）：逐日節奏為 6、7、15、10、20 筆，另加週五日間的 4 筆與 clang-wrap 等配套倉提交。三段內容最值得記：其一，新增 llvm23 23.1.4（1220 行 spec 加兩個補丁），給 LLVM 增加 openruyi vendor，並把 riscv64-openruyi-linux 三元組的預設 ISA 級別直接定為 RVA23U64——不額外傳 -march 時編譯器按 RVA23 生成程式碼，RVA23 從「可選最佳化檔」變成預設基線。其二，11-03 把 python-tilelang-ruyiai、python-triton-ruyiai 與 buddy-mlir 以 SPEC 形式收進發行版，意味著這條 RISC-V AI 軟體棧開始走「包管理器可安裝」的路徑，而不是靠原始碼編譯指令碼分發；同日核心 debuginfo 支援補齊，線上效能問題的棧回溯第一次可用。其三，11-05 一個時間戳推入 20 個文件格式匯入庫（libvisio、libwpd、libwps、libzmf、libabw、libcdr、libetonyek、libmwps、libodfgen、liborcus、libstaroffice 等），全部是 LibreOffice 各格式匯入過濾器所依賴的同一族庫，屬依賴閉包收口而非零散補包。其餘為工程性更新：Firefox 159、expat 2.10.0 安全修復、ollama 0.40.7、CI 改用限定範圍的 OBS 簽名金鑰。官網新聞頁最新仍是 2026 年 10 月的兩篇（10-19），11 月版本尚未釋出，因此本週只有倉庫側進展、沒有發行版釋出。來源：openRuyi 主倉、openRuyi 官網新聞頁、llvm23 spec

  • Andes 放慢高階 RISC-V CPU Cuzco，把工程資源壓向已佔營收一半的 AI 業務（11-02）：EE Times 11 月 2 日臺北報道，Andes 技術長 Charlie Su 確認公司已放慢高階核 Cuzco 的開發節奏。Cuzco 原先是 Andes 為資料中心級高階核分拆出去的 Condor 公司專案，2025 年 Hot Chips 公開，今年早些時候被收回內部；如今它沒有取消、仍會做成產品、可能換名，只是時間表拉長。數字方面，AI 業務目前佔 Andes 營收一半，去年增長 30%、今年預計增長 50%；自研深度學習加速器規模不大（約 4 TOPS，1GHz）並自帶編譯器，AI 收入主體來自 AI 晶片公司拿 Andes 的 CPU 核做控制、編排與資料搬運，客戶裡點了 Meta、d-Matrix、Fractile 與 Axelera。近期優先項是儲存市場的主控核（已有 10 家客戶用小控制器核量產）、汽車與機器人。這條與「RISC-V 正在衝資料中心高階」的敘事方向相反但並不矛盾——高階核研發沒有停，商業節奏改由市場動量而非路線圖決定；真正在付錢的是 AI 邊緣與控制面。來源：EE Times

二、指令集與架構生態

香山：一週 18 筆主倉提交，最重的一筆是 CBO 譯碼錯誤

香山主倉（kunminghu-v3）本週合入 18 筆，另有 GEM5 6 筆、NEMU 4 筆、difftest 11 筆（含 10-30 至 11-01 的九筆）。方向高度一致：找錯與補可觀測性，而非加功能。

  • CBO 操作碼被或運算誤合成 cbo.zero（11-03，#6754）：cache block 操作的指令裡，操作型別本應整體選出完整操作碼，程式碼卻把「完整 CBO 操作碼」與「基礎操作碼」做了按位或。當 CBIE 請求把 inval 轉成 flush 時，or 運算把 cbo.inval 與 cbo.flush 合成了 cbo.zero——語義從「作廢這一塊」變成「把這一塊清零」。inval 只是丟棄，zero 會寫資料，帶資料的清零落到正在被其他 hart 使用或即將回寫的行上就是靜默的資料破壞，且只在特定操作序列下觸發，跑分與常規迴歸都發現不了。
  • 訪存四筆集中排障（11-03）：#6762 讓 flush 前先等 CBO zero 完成入隊，#6718 修跨 16 位元組非對齊訪問的前遞掩碼，#6714 修 waitSqidx 已退休時 MdpHit 的判定，#6678 修同一 RobIdx 下 LoadUnit 回滾資訊被後一條指令覆蓋。四筆共同點是隻在特定交錯下出錯：非對齊疊加前遞、退休與命中判定同拍、同一 RobIdx 連續兩條 load 觸發重放。
  • TAGE 把 alt 資訊存進 meta（11-03，#6800）：原先訓練讀與預測讀搶同一份儲存，改動把 alt 資訊額外存進 meta，訓練側只在 TAGE 預測錯誤或實際分支結果與預測不符時才發起訓練讀——把一條高頻讀通路從關鍵路徑上摘下來，是分支預測器裡最典型的取捨。
  • 前端與預取：前端引入 FtqPrefetchQueue（10-30），是 iprefetch 重構第一步；同期把 prefetch.i／r／w 解碼為 LSU 預取操作、修 MBTB 對隱藏 VBTB 分支的分配抑制。11-05 又修 MissQueue 在預取 miss 處於推測狀態時仍合併 store 的問題（#6842）——store 與一次尚未確定的預取合併，一旦預取被取消，寫回的資料歸屬就會出錯。
  • 可觀測性與工程流程：補 BPU 裡與 s2_override 相關的效能計數器（#6777）、在 CROB 增 former／latter 剩餘寫回計數的解碼訊號（#6749）；重新整理 README 並在倉庫根目錄加入面向 AI 編碼代理的 AGENTS.md（#6849），約定構建方式、程式碼風格與提交規範——一個 RTL 專案主動維護這類檔案，說明日常開發流程裡已經預設有代理參與。
  • 驗證鏈：NEMU 補 hvictl 注入中斷時 vscause 保留注入中斷號（#1279）、零長度向量載入標記為髒（#1278）、矩陣訪問走共享 TLB 最佳化路徑（#1275）；difftest 把矩陣 AMU 事件拆成「寫回」與「完成」兩類（#1025），並在 squash replay 中保留非同步 AME 校驗器狀態（#987）——MMA 這類長延遲指令的完成順序與寫回順序本就不一致，用一個事件表達兩件事，在多核或重放場景下必然誤判。10-30 至 11-01 的九筆 difftest 裡，MMA 後端把 FP8 乘積打包進 cache word 是精度路徑上的一步。
  • GEM5 六筆全在測法：google trace 與 cbp trace 接進 CI、補 Fetch Block Size 統計 PMU、更新 SPEC06 的 RVV checkpoint profile、周效能任務加可選開關、加硬體預取演算法綜述文件、cpu-o3 用「最老的同週期 squash」過濾 resolve 輸入。
  • 來源：XiangShan、#6754、NEMU、difftest #1025、GEM5

CORE-V：三批 29 筆，一半落在「能裝、能構建、能跑基準」

CORE-V Wally（cvw）本週三批合入 29 筆（11-02 至 11-03 三筆、11-04 至 11-05 十五筆、11-05 至 11-06 十一筆），另有 cvfpu 一筆。結構上可分三組：

  • 規範細節：#1974 按 Svvptc（RVA23 可選項）不再快取無效 PTE——此前 HPTW 會把落在 V=0 葉或非葉 PTE 上的遍歷結果寫進 ITLB／DTLB，而 Svvptc 允許處理程式把 V 置 1 後直接重試、不發 SFENCE.VMA，快取了無效 PTE 的實現會永久 fault；改法是讓遍歷器走既有 FAULT 路徑、不往 TLB 寫任何東西。這是「規範給了你一個可選項，實現必須為它的合法用法留出通路」的典型案例。
  • 微架構推進：#2050 把暫存器堆改為閂鎖實現（用面積與功耗換時序）、#2046 讓 HPTW 的 AMO 訪問走匯流排原子事務、#2052 修 eBuFsmArb 末拍處理、#2048 引入綜合自動 ungroup、#2045 把 RV32IMCB 配置推進到迴歸流程。
  • 交付工程質量：修 Ubuntu 26.04 下的自定義安裝指令碼（#2061）、重建 buildroot（#2039）、調整 Embench 速度測試與 CoreMark 的編譯選項（#2031、#2024）、把程式碼覆蓋率改成按配置統計並使 rv64gc 達到 100%、修 wallyTracer 的 RVVI 跟蹤欄位陳舊值問題（pte／頁型別／ppn／虛擬實體地址與訪問型別在 TLB 命中時常常帶的是陷阱處理程式內碼表的值，導致 ACT 功能覆蓋被錯誤記錄）。
  • 判斷：CVW 是教學與研究向的核，但它近期把 Ubuntu 26.04 相容、buildroot 重建與 CoreMark／Embench 編譯選項當成正經事在做，一半提交落在「能裝、能構建、能跑基準」，這個節奏更接近準備流片與對外交付的工程質量，而不只是發論文用的 RTL。
  • 來源：cvw 提交記錄、CVW #1974

安全微架構：SecDMP 在 RISC-V 核上做出首個開源 DMP 實現

KU Leuven 等團隊（NDSS 2027 投稿）先在 RISC-V 處理器上實現了首個開源 DMP（Data Memory-dependent Prefetcher），用實測證明現有唯一「想保住 DMP 效能」的防禦擋不住整類洩漏，隨後提出 SecDMP：要求在記憶體中標記秘密，確保 DMP 永不把秘密編碼進微架構，並形式化證明其洩漏不超過「沒有 DMP 的基線」，同時不犧牲公開資料的效能；硬體代價是研究核上不超過 0.5% 面積。對開源核社群的價值在於，DMP 這類最佳化正從大廠專有走向可配置核，安全設計必須提前進入 RTL，而不是等流片後再補。同一周，魯爾大學波鴻分校、馬克斯·普朗克安全與隱私研究所與佐治亞理工的聯合團隊把 CEASER-S、ScatterCache、SassCache 與 MIRAGE 四種隨機化快取全部實現為同一顆多核亂序 RISC-V SoC 的末級快取，做成完整 FPGA 原型並跑完 SPEC CPU 2017 rate 與 GAPBS 全部負載，據其表述是首次在同一套全系統硬體平臺上對這四種設計做橫向評估；論文側重實現難點與折中，公開摘要未給效能開銷量化對比。兩條研究指向同一件事：RISC-V 的微架構創新已經走到需要把安全代價一起量化的階段。來源：arXiv:2610.37454 SecDMP、IndexBox 對隨機化快取論文的報道

編譯器與工具鏈：RVA23U64 成發行版預設、芯來上 VS Code、樂鑫把 trace 解碼拆成獨立倉

  • openRuyi llvm23 23.1.4（10-30）：給 LLVM 增加 openruyi vendor，riscv64-openruyi-linux 三元組預設 ISA 級別定為 RVA23U64，並把該三元組接進 x86_64 與 riscv64 兩套 Triple 處理路徑以保證交叉構建可用。這是本週工具鏈側最明確的一次表態：RVA23 不再是可選最佳化檔。
  • 芯來發布 Nuclei Studio VS Code IDE 預覽版（10-30，深圳）：官方開發工具從此有 Eclipse 與 VS Code 兩種形態，當前是 Windows 開發者預覽版 0.1.0，中英文介面，以 VSIX 裝進現有 VS Code（要求 1.134.0 以上），底層仍依賴 Nuclei Studio IDE 2025.10。相容策略是「不重寫、儘量照搬」：可直接匯入 Eclipse 版工程、內建 cproject 相容處理，新建工程嚮導一致，SDK 與 BSP 仍以 NPK 包分發且兩版可互換；除錯支援 OpenOCD、J-Link、QEMU 與 NucleiModel 四種方式，統一走 CDT gdbtarget，新增 Live Watch；AI 側不設牆，相容 Kimi、GLM、DeepSeek、Qwen。路線圖列出 Linux 與 macOS 支援、profiling、程式碼覆蓋率、ETrace 與 flash 程式設計。對國內 RISC-V 開發者生態，這一步的實際意義是入口遷移——Eclipse 啟動慢、笨重是長期抱怨，而 VS Code 側能順手接上本地或雲端模型。
  • 樂鑫把 trace 解碼拆成獨立倉（11-05／11-06）：esp-riscv-trace 推送 4 筆，加 GitLab CI、pre-commit 配置、更新 GitHub workflows，最後把 ci/pre_commit_and_pipelines 合進 master。該倉 8 月 26 日建立，頂層是一個名為 esp_riscv_trace 的 Python 包，做的是 trace 資料解碼與工具側支援而非 RTL。晶片支援 trace 只是第一步，能解出人能讀的東西才算可用；把它當獨立元件交付（雙 CI 加預提交檢查）是這個判斷的落地。同期芯來工具指南補上 rvtrace 文件與 Hummingbird 偵錯程式排障，RISC-V 指令追蹤正從高階核與專用探頭走進 MCU 廠商的標準文件體系。
  • 來源：openRuyi llvm23 spec、Design & Reuse 釋出稿、esp-riscv-trace、nuclei-tool-guide

三、作業系統與發行版

openRuyi：五期約 58 筆，從「有包」走向「可運維」

除首章所述的三段主線（RVA23U64 預設基線、RuyiAI 元件進倉、辦公依賴閉包），本週還有兩條工程線索值得單記。

  • 安全修復開始成流程：Firefox 159.0、expat 2.10.0、python-aiobotocore 3.10.0、python-nltk 3.10.4、python-paste 3.11.0、python-multidict 7.2.1、python-hydra-core 1.3.8 等一批包帶安全修復標記升級；CI 把 apt-key 換成限定範圍的 OBS 簽名金鑰，並回滾了一次「用 openruyi 容器跑更新工作流」的改動。安全更新帶標記成批走流程，說明已進入流程化通道。
  • 可運維性補齊：openruyi-linux-build 支援生成 debuginfo 包，核心模組改為不裁剪不壓縮安裝、交由 find-debuginfo 處理，同時把 CONFIG_DEBUG_INFO_SPLIT 標為不支援以保證 debuginfo 包有效；simdjson 升到 5.0.8 並改走 Ninja 離線跑上游測試，避免構建時聯網。此前核心模組被裁剪，棧回溯只能看到符號名缺失的地址。
  • 週五日間補白：11-06 05:00 之後主倉另有 4 筆（clonezilla、llvm-defaults 加 python-clang、tmux 3.8、qt6-qtwebengine 構建修復），仍在週五工作日內，已計入本週。官網新聞頁抓取正常，最新公告仍是 2026 年 10 月的兩篇（Ruyi Firmware、RISC-V 生態公共基礎設施），11 月版本未釋出——本週屬滾動維護而非發版衝刺。
  • 來源：openRuyi 主倉提交記錄、openRuyi 官網新聞頁

revyos/linux：二十筆配置一次合入，K3 的平臺面明顯變寬

revyos 的 7.3.y 分支 11-03 一次性合入 20 筆核心配置提交，全部打在同一時間戳上，是一次集中同步。硬體側新增或開啟的有：進迭時空 K3 的 UFS 與顯示控制器、K3 的 USB3 PHY 及 Type-C／TCPM／UCSI／FUSB301／DP 交替模式一整組、奕斯偉 EIC7700 的 ARCH 與 DWMAC 網口及 pinctrl、AST 顯示、LM63 溫度感測器，以及 Banana Pi F3 的 K1 USB2。平臺能力側有兩條更關鍵：新增 linuxboot 配置（對應以韌體方式裝載核心的部署場景），以及給 CI 加上交叉與本機構建兩條流水線，解決核心配置改動無法在提交時驗證的老問題；另有 PicoHeart 勘誤開關與 ONIE TLV 的 NVMEM 佈局開啟（交換機與網路裝置批次部署用的資產標籤格式）。判斷：這條發行版正在從「板子能啟動」走向「整機外設齊備、改動可驗證」。來源：revyos/linux 提交記錄（7.3.y）

OpenBSD 8.0 與 felix86：hwcap、AIA、Sstc 與 x86 相容層的長尾

  • OpenBSD 8.0（10-20 釋出、11-03 報道）：這一版 riscv64 的增量集中在架構特性而非驅動——核心開始探測 CPU 擴充套件並透過 elf_aux_info 的 AT_HWCAP／AT_HWCAP2 向使用者態上報，使用者態程式從此可按硬體能力分派程式碼路徑；核心加入 V 向量擴充套件支援、實現 bounce buffers、支援 RISC-V 高階中斷架構並新增 imsic 與 aplic 兩個驅動、加入 Sstc 定時器擴充套件支援；同一版本退役了 Loongson 埠。對 RISC-V 發行版，hwcap 上報是比任何單點最佳化都基礎的設施——沒有它，使用者態只能按編譯期猜測定分支。
  • felix86 十四筆（11-04／11-05）：把 x86／x86-64 遊戲搬到 RISC-V Linux 的重編譯器在 11 月 2 日釋出 26.11 版本，本視窗是版本後的修復潮，集中在 Linux 相容層正確性：PTRACE_SYSCALL 的訊號投遞、PTRACE_SETSIGMASK 恢復、32 位 setrlimit、statfs64 長度非法時返回 EINVAL、fork 克隆的子執行緒 tid 指標、creat 與 statfs 的根目錄逃逸校驗、32 位訊號幀擴充套件掩碼、僅含斜槓路徑的死迴圈；重編譯器側修 x87 棧異常時的 FSW C1 位、把壞地址 thunk 移到程式碼快取之前、實現 Volatile Metadata 的 TSO 最佳化。這類提交密集出現，通常意味著主流程已能跑通，剩下的是讓遊戲與執行時不再偶發崩潰。
  • 來源：OpenBSD 8.0 釋出說明、felix86 提交記錄

四、晶片與硬體

車規：一週之內晶片、平臺規範、軟體棧、生態案例四層同時推進

英飛凌 AURIX RC1（11-04）與 Quintauris EM-Altair（11-03）已列首章，此處補另兩層：

  • 國芯科技 CCRC4XXX 完成 AUTOSAR 與 IAR 適配（11-04 報道）：基於 RISC-V 多核架構的車規 AI MCU 已完成與東軟睿馳 NeuSAR CP 平臺、IAR Embedded Workbench for RISC-V 的適配，三方在第六屆 RISC-V 中國峰會以聯合 Demo 展示。晶片是國內首款 RISC-V 多核抗量子車規 AI MCU，22 奈米 RRAM 工藝，整合 0.3 TOPS NPU 子系統，功能安全到 ASIL D、資訊保安到 Evita-Full，相容抗量子與傳統密碼演算法並支援 NIST FIPS 203／204，依託 CGDMA 做車載網路資料路由。已兩款送樣：CCRC4088S 為 8+4 核、500MHz、14000DMIPS，面向中央域控與智駕；CCRC4046S 為 4+4 核、500MHz、7000DMIPS，面向車身、BMS 與區域域控。NeuSAR cCore 符合 AUTOSAR R21-11／R23-11 且已獲 ASIL D 認證，IAR 工具鏈功能安全版經 TÜV SÜD 認證。
  • 紫荊 M100 入選「中國芯」RISC-V 生態推廣示範案例（11-05 報道）：湖南紫荊半導體的車規級 RISC-V MCU 入選本次新設的「RISC-V 生態推廣示範案例」，該類別重點遴選在技術落地、生態適配、上下游聯合推廣與規模化匯入上有示範價值的專案。M100 的底子是長城汽車技術中心孵化團隊做的國內首顆基於開源 RISC-V 核心設計的車規級 MCU，2025 年 12 月 18 日量產上車，用於組合大燈、氛圍燈、組合開關等車身控制場景，截至今年 10 月 9 日累計出貨突破 1000 萬顆；公司稱已自研超過 15 款核心 IP，具備完整 MCAL、底層驅動 SDK、RTOS 與開發除錯環境，並透過 ISO 26262 ASIL-D 流程認證、ASIL-B 產品認證、ASPICE 與 AEC-Q100。產品線鋪到 M100／M200／M300 與配套電源驅動晶片，M200 計劃今年第四季度投片（40nm），面向組合儀表、T-BOX、閘道器、BCM；面向具身智慧的小腦控制晶片 E100 在研。看點不在晶片引數，而在評獎口徑：把「生態推廣」單列一類，意味著評審開始給「上下游聯合適配與規模化匯入」計價。
  • 來源：搜狐科技（國芯科技）、長沙晚報（搜狐轉載）

IP 與安全晶片：Andes 主動降速，Viettel 交出首顆自主安全晶片

  • 越南 Viettel 釋出首款自主設計 RISC-V 安全晶片 VGC v1.0（11-03 釋出、11-04 報道）：越南政府密碼委員會與軍用電子電信集團 Viettel 在河內釋出該國首個自主設計的安全半導體平臺及首款晶片。晶片採用 RISC-V 架構、28 奈米 CMOS 工藝，封裝 10 毫米見方，整合約 3 億個電晶體，把越南自研加密演算法固化進硬體，主要面向政府與國防；官方測試稱同等任務下加解密速度約為純軟體方案的 15 倍。該晶片已用於政府與國防機構的安全 USB 儲存裝置，下一步進入國家數字簽名認證系統（已發行超 200 萬份數字證書）；雙方還簽署合作協議，計劃共研整合專用加密元件的多核安全晶片平臺，遠期擴充套件到 AI、6G、智慧攝像頭、無人機與機器人。同期路透社報道稱，Viettel 投資 13 億美元的首座晶圓廠可能無法按 2027 年試生產的目標推進。
  • IP 層的另一面：Andes 放慢 Cuzco（見首章）與安森美以 1450 萬美元接手 Codasip 低端 RISC-V 處理器業務的報道（11-03 補充價格與人員細節，涉及約 260 名員工中的 27 人、約九成價款已支付、附 Studio 工具授權）指向同一結論——通用核授權在供給過剩與價格戰裡越來越難做，能留下的要麼是把核用進自家晶片的買家，要麼是找到差異化安全敘事的賣家（Codasip 轉向 CHERI）。此項交易的價格、人數與 Codasip 轉向 CHERI 的判斷已在上一期週報（10-26 至 10-30）收錄，本週僅補「已完成交割」的表述，不重複計入要聞。
  • 來源：觀察者網（Viettel）、Jon Peddie Research（Codasip）

端側與開發板：21 美元的雙芯板與一個把 MCU 當 PC 用的啟動器

  • Wireless Tag WT99P461-S1 開發板（11-04）：基於 25×25 毫米模組，主控 ESP32-P4X（雙核 RISC-V 360／400MHz，帶 AI 指令擴充套件與單精度 FPU），另有一顆最高 40MHz 的低功耗 RISC-V 核，配 32MB PSRAM、16MB NOR；無線由 ESP32-C61 提供 2.4GHz Wi-Fi 6 與藍芽 5.4。板載百兆乙太網、RS-485 與 CAN 端子、MIPI DSI／CSI、麥克風與 3W 揚聲器介面、microSD 與雙 USB OTG，預裝基於 ESP-Brookesia 的類手機介面與 AI 視覺例程。單板 21 美元，加 7 英寸屏的套件 42.50 美元。
  • P4 Launcher（11-05）：開發者 Gil Tal 釋出面向帶觸控式螢幕 ESP32-P4 開發板的開源應用平臺，開機直接進入自己的介面，應用以 .papp 檔案存放在 microSD 卡上、啟動時載入 PSRAM，增刪應用只需往卡里拷檔案，不必重刷韌體。目前已有 21 個 PAPP 應用，以模擬器與遊戲為主（Neo Geo、Atari 2600、Doom、Quake、Duke Nukem 3D、OpenTyrian），另有時鐘與檔案管理；介面基於 LVGL，音訊引擎支援最多 8 路、4 至 192kHz，最多接四個輸入裝置做多人遊戲，韌體可從 microSD 或 GitHub 更新、新版本起不來會自動回滾；另提供 SDK 與兩層相容層（重實現 odroid_* 介面、實現舊 PAPP v1 服務表）。這類專案的價值不在「能玩遊戲」，而在於把應用打包、裝載、更新與回滾這一套約定在 MCU 上跑通。
  • 芯來開 T0 Chiplet 雙 SDK 倉（11-02）：新建 nuclei-t0-sdk（裸機／RTOS）與 nuclei-t0-linuxsdk（Linux），兩者目前都是空倉、零提交。空倉資訊量有限，但兩套 SDK 同時開張且都以 T0 Chiplet 命名，說明下一階段產品線會把 chiplet 形態的 T0 作為獨立平臺鋪軟體棧，而不是掛在既有核的 SDK 裡。
  • 來源：CNX Software（WT99P461-S1）、CNX Software（P4 Launcher）、nuclei-t0-sdk

國產 SoC 的軟體側：算能給壓測數字，進迭給預處理契約

  • 算能 Qwen3.5-0.8B 的 2 核／3 核變體（11-05）：sophon-demo 給 0.8B 模型補了 CV84X6 平臺上 --num_core 2/3 兩個變體，作者給出 20 輪序列壓測平均值：2 核首 token 0.868 秒、TPS 51.89；3 核首 token 0.681 秒、TPS 55.20。核數從 2 增到 3，首 token 時間降 21.5%，吞吐只漲 6.4%——加速比遠低於核數比，說明瓶頸主要不在矩陣算力，而在權重搬運與排程；對做端側小模型部署的人，這直接決定該加核還是該改資料佈局。同周算能還發布了 cvi_rtt 的 2026.11.03 周版本、把 SG2044 EDK2 的 PCIe ECRC 校驗預設關閉、並給 mcu 倉加固 I2C 廣播與匯流排恢復。
  • 進迭時空 model-zoo-vision 收緊結果契約（11-03／11-04）：#113 把失敗的結果響應改為直接拒絕而不是帶著錯誤繼續走、允許「成功的空結果」這一合法狀態、把輸出向量讀取統一到有限值檢查、收緊 Python 側型別提取器，並改 embedding 歸一化；#115 把影象縮放的幾何計算統一到一處，避免不同模型各自實現導致結果偏差；#114 把例項掩碼裁剪從截斷改為向上取整到半開區間畫素邊界，防止邊緣一行或一列被吃掉。這類改動不出現在精度或吞吐數字裡，但決定上層業務在異常輸入下會不會拿到半截資料。
  • 端側 agent 棧成形（10-30）：進迭新建 bianbu-agentic 傘倉並完成 bootstrap，本身不 vendor 程式碼，只用子模組為每個元件釘住一個 commit，使整機映象可以從單個 SHA 復現。倉內元件構成一套完整端側 agent 作業系統：agent runtime（YAML 驅動的會話事件流、生命週期、工具與外掛執行、安全邊界）、agent-security（工具審批、按 agent 同步能力、securityd 簽名清單）、agent-memory（Rust，L1 會話／L2 工作／L3 長期三層抽屜）、bibit-intent（確定性規則到本地推理再到雲端升級的意圖路由）、BiBit GUI（基於 Jan 的 Tauri 桌面前端）、bibit-voice（KWS、VAD、ASR）、bibit-filesearch（本地語義檢索，資料不出機器）與 lxqt-schedule。把「記憶」做成獨立子系統並分三層、把「安全」做成帶簽名清單的常駐守護程序，都是把 agent 從演示品做成可交付系統時才會出現的部件。
  • 來源：sophgo/sophon-demo、model-zoo-vision #115、bianbu-agentic

五、開源社群與產業活動

機器人軟體棧：機械臂框架、骰子全鏈路與人形導航，一週補齊三層

  • 統一機械臂控制框架（10-30）：spacemit-robotics/manipulation 一次性提交 85 個檔案、+8605 行，目錄按能力切分：calibration 含 charuco 標定、手眼標定 CLI 與取樣工具，diagnostics 有 arm_check 與操作員 CLI，kinematics 提供基於 URDF 的正解，motion 是裝置服務與 CLI，bindings/python 給出客戶端與運算元支援層。廠商把機械臂當成「有標定、有診斷、有運動學、有服務介面」的系統部件，而不是一段示例程式碼。
  • 裝置會話與安全邊界（11-05）：manipulation 的架構取捨寫得很明確——C++ 應用直接鏈元件庫、在程序內用 DeviceSession；命令列與 Python 走 DeviceClient，由它拉起本機程序經 JSONL 下發請求；YAML 點位任務由 manipulation-device run 執行。裝置會話統一處理裝置獨佔、到位判定、取消、超時與故障鎖定；驅動層只管型號協議與單位換算，運動學與手眼標定從配置取模型，接新裝置實現 Arm 與 EndEffector 並註冊即可。最值得記的是那段「元件不自動使能、不自動清錯、不自動歸位、不自動重試」——這四件事一旦被中介軟體自動做掉，出問題時現場人員就失去了判斷依據；把安全邊界放在會話層而不是驅動層，是機器人中介軟體該有的剋制。
  • dice_arena 全鏈路（11-05）：SpacemiT K3 作主控，松靈 Nero 七軸機械臂經 USB-CAN 介面卡（SocketCAN、1Mbps）連線，末端 Revo2 右手靈巧手（六個控制通道），抓杯與標定用 Intel RealSense D435i，骰子識別用自上拍攝的 USB 相機，另配 ChArUco 標定板、音箱與綠色杯具；軟體上 dice-arena serve 啟動影片轉發、本地語音與遊戲後端，後端跑狀態機（規則講解、抓杯、搖杯、放杯、視覺判定、結果手勢、返回 HOME），抓杯由 CupApplication 用 RealSense 影象識別杯體、求逆解並檢查路徑，識別由 vision_yolov8_objdetect 在 SpacemiT EP 上推理、畫面經 RTSP 推 MediaMTX 再由瀏覽器 WebRTC 播放，語音由 tts_moss_nano 調本機 MOSS-TTS 合成。真正有價值的是失敗處理：任務策略庫以 C ABI 檢查階段順序，動作發出後失敗即鎖定，需要人工處理的狀態寫進 task_state.json，程式重啟後仍拒絕運動，直到現場人員處理完並執行 reset。
  • 人形與 SDK 收口（11-04／11-05）：humanoid_linglong 加入 LingLong 的 SuperMimic 站立策略配置與夾爪模型、操作場景；ros2_humanoid 為 G1 加上 RGBD SLAM 與 Nav2 兩套完整配置；manifest 連推三筆把 manipulation 與 dice_arena 正式接入 SDK 倉庫清單，docs-ros 同步補上 Orbbec 相機指南與 K3 機械臂操作、骰子游戲指南。倉庫清單決定哪些元件屬於 SDK、文件決定開發者能否照著走、元件決定硬體動作能不能被複用——三者同日推進，說明這條線正在從單點 demo 轉成有版本、有清單、有手冊的交付物。
  • 來源：manipulation、dice_arena、humanoid_linglong、manifest

會議與倡議：先楫生態大會定檔、ERICI 定義工業計算機、印度把 SHAKTI 與 VEGA 推向商用

  • 先楫第二屆生態大會定檔 11 月 21 日深圳（11-04）：第二屆先楫半導體生態日將於 11 月 21 日（週六）9:30 至 17:00 在深圳南山益田威斯汀酒店舉行，主題「AI 賦芯，開發者共建生態」，報名邀請制。14 場議程裡只有 3 場由先楫自己講產品，其餘是工具鏈廠商（SEGGER）、開源 RTOS（RT-Thread，講 HPM6750 軟硬體協同）、製造服務（華秋 DFM）與社群開發者；上午從產品與工具鏈切入（包括「擁抱 AI Agentic／Vibe Coding」），下午轉向無人機飛控與電調、AI 語音加視覺加運控、cherry 全家桶、PocketJS、AI 輔助 SDK 開發、HelixLink 落地實錄。這個配比本身就是生態成熟度的訊號——它把「生態」從自家 SDK 文件，變成了別人在自己晶片上交付工作的彙報。與上週動作對得上：先楫在 10 月底到 11 月初把 12 個 RT-Thread BSP 倉庫在 13 分鐘內統一推到 v1.13.0，並新開 HPM5100EVK 的 BSP 倉庫，而 HPM5100／HPM6E8Y 已被列進 RV-EAI 的本體層與小腦層選型。
  • 歐洲 ERICI 倡議要把 RVA23 做成「工業計算機」（11-02）：發起人是德國的 Yuri Zaporozhets，定位非商業性行業協作。問題陳述很直接：RVA23 矽已經到了，但「工業計算機」沒有——板廠等軟體、軟體等板子、客戶等兩者，這個迴圈要靠一套跑在真實硬體上的開放參考棧打破。參考棧按層切分：韌體做初始化與 POST 後交 UEFI 引導器；gRouvr 像核心一樣被載入，用 CPIO 打包各分割槽核心與 initramfs，再把 CPU、記憶體、裝置與各自的裝置樹分給實時分割槽和 Linux 分割槽，兩者在同一 SoC 上並行隔離執行；許可證寫明 HFI BIOS 走 GPL-2.0（基於 U-Boot）、mr-bml 走 GPL-3.0、gRouvr 與 QSOE 走 Apache 2.0。分割槽棧已在進迭時空 K3 的 PicoITX 板上演示。它也誠實列出差距：現成 RVA23 機器（Firefly AIBOX-K3、Milk-V Jupiter2）在寬壓輸入、−40~85℃、現場匯流排與實時 I/O、導軌安裝、工業 EMC 與安全認證、10~15 年長期供貨這些項上大多「未標註」。
  • 印度 MeitY 設 24 個月自研 GPU 目標，同時推動 SHAKTI 與 VEGA 商業化（11-05 報道）：在「印度半導體使命 2.0」框架下（2026 年 7 月內閣批准，規模約 150 億美元、週期 12 年），印度計劃用約 24 個月做出本土 GPU 晶片；與 RISC-V 直接相關的是另一句——同時推動 SHAKTI 與 VEGA 兩顆自研處理器商業化。現有進展可查的是 C-DAC 的 VEGA ET301（32 位、最高 100MHz、26KB SRAM），用於 2024 年推出的 Aries 3.0 開發板，定位感測、可穿戴與物聯網；今年 9 月 26 日的 SEMICOM India 上政府展示了基於 SHAKTI 的水面清潔機器人、基於 VEGA 的數字望遠鏡與森林環境監測專案；設計連結激勵計劃（DLI）已支援 24 家企業。需要剋制的地方也很清楚：GPU 目標沒有公佈製造方、晶片供應商或架構授權細節，屬政策宣示與路線圖，而可核的 SHAKTI 與 VEGA 現有產品（100MHz 級 32 位 MCU）與「AI 加速」的距離還很遠。
  • 來源：微信公眾號（先楫）、ERICI 官網、Hacker News 討論、Tom’s Hardware（印度）

RISC-V 100 榜單本週動態

本週 riscv100.top 無新測量成績，榜面只有補錄與站點功能上線；按口徑置於正文靠後。

  • 四條補錄記錄：11-02 巡檢出現 10-17 的「XSCC 2.0 on 香山 KMHv3 RTL 3GHz」，int 68.41、fp 76.95（speed/ref，Completed），較同編譯器上一記錄（10-15）int +0.8%、fp +0.5%；11-03 巡檢出現 07-30 的「XSCC 1.1 on 進迭 K3 X100 2.4GHz」，int 0.9、fp 1.07（rate/ref），較該平臺上一記錄（05-31，LLVM 22.1.0）int +2.3%、fp +9.2%；11-04 巡檢出現 10-10 的「XSCC 2.0 on 進迭 K3 X100」，int 1.01、fp 1.13，較該平臺上一記錄（07-30，XSCC 1.1）int +12.2%、fp +5.6%。這三條記錄的日期均早於巡檢日，屬補錄上榜，不應讀作本週新成績，也不宜據此解讀架構改進；其中 07-30 與 10-10 兩條構成同平臺跨大版本的唯一成對前後對照。
  • 兩項站點功能：11-03 上線 Hardware Comparison（跨硬體對比頁），11-05 上線 Run Comparison 並把跨架構三張 SPEC 榜組織成逐項對比檢視（每 GHz 歸一化）。對比資料比總分更有資訊量：香山 KMHv3 在 libquantum、xalancbmk 上領先 Graviton5（Neoverse V3），卻在 gcc、astar、mcf 等編譯與圖搜尋負載落後 18% 至 31%；玄鐵倚天 710 在 llvm、gcc、sqlite 的每 GHz 值上反超 Zen 5，卻在 stockfish 上落後 75%。
  • 一處需說明的假象：11-06 巡檢指令碼報出 39 條「榜單條目下榜」，實為 11-05 上線的對比檢視對照行當天從六張榜單頁消失所致，不是真實下榜，本報告不計為成績變動。Upcoming 三項仍在 Preparing：AWS Graviton5 NeoverseV3（SPEC2006／2017／2026）、SpaceMiT K3 X100（Vectorization／IME）、GCC 16 SPEC CPU Testing；委員會成員本週無增刪。
  • 來源：riscv100.top 跨架構 SPEC CPU2006、跨架構 SPEC CPU2026、首頁

六、趨勢觀察

  • 車規的競爭點已從「有沒有 RISC-V 核」變成「符合哪個 profile」：本週四層同時出現——晶片層英飛凌把 AURIX 主線切到 RISC-V、平臺規範層 Quintauris 用 EM-Altair 固定中斷與記憶體序、軟體棧層國芯完成 AUTOSAR 與 IAR 適配、生態案例層紫荊 M100 以千萬顆出貨入選示範案例。對國內團隊，這既是紅利（AUTOSAR、RTOS、工具鏈不必每家重做）也是壓力（客戶會拿「是否符合某個 profile」來問）。
  • 碎片化的收斂層在不同高度同時出現，形態各不相同：RVISA 在 AI 矩陣側給出一層虛擬指令記法，把「程式設計師能表達的最佳化」寫成硬約束；EM-Altair 在 MCU 側給出二進位制相容的執行環境；openRuyi 把 RVA23U64 寫成預設三元組；Linux 7.4 用 hwprobe 讓執行期探測成為可能。四件事的共同點是——不是讓晶片廠各自解釋規範，而是在規範與實現之間插一層穩定的軟體目標。
  • 開源核的投入重心轉向驗證與可觀測性：香山一週 18 筆裡最重的是一處會讓 inval 變成 zero 的譯碼錯誤；同期補 BPU 計數器、CROB 除錯訊號與面向 AI 編碼代理的 AGENTS.md。CVW 把 rv64gc 覆蓋率做到 100%、把 Ubuntu 26.04 安裝與 buildroot 重建當正經事；GEM5 六筆全在 checkpoint、trace、PMU 與周效能任務。分數只有建立在可復現的測法上才有比較價值，這條已成為開源核的共識。
  • 國內供給方從「釋出引數」轉向「交付可用」：進迭一週同時在規範（RVISA）、SDK 清單（manifest）、機械臂手冊與安全邊界（不自動使能／清錯／歸位／重試）上推進；算能給出 2 核與 3 核的端到端壓測而不是峰值算力；紫荊把「生態推廣」做成可申報的案例；芯來把開發入口從 Eclipse 遷到 VS Code。這四件事都在補「別人能不能用起來」這一側。
  • 商業化節奏由市場動量決定，不由路線圖決定：Andes 放慢高階核 Cuzco、把資源壓向已佔營收一半的 AI 業務，與英飛凌把主線切到 RISC-V 形成方向相反的兩個訊號，但並不矛盾——Cuzco 沒有取消，只是等值得加速的訊號；真正在付錢的是 AI 邊緣、控制面與車規。對做高階核的團隊，這是一個關於「誰先買單」的現實參照。
  • 評測站進入「先固化測法」的整理期：本週榜單隻有補錄、對比檢視與版本進度頁，沒有新測量；11-06 的 39 條「下榜」實為對比行消失的假象。這與香山在 GEM5 上補 checkpoint、trace 與 PMU 是同一類動作——數字的可比性比數字本身更值得關注。

附錄：素材與核查說明

素材構成

  • 五期日報：2026-11-02（72 小時視窗，覆蓋 10-30 05:00 至 11-02 05:00）、11-03、11-04、11-05、11-06（各 24 小時視窗，接續前一期截點）。因此本報告主體為 10-30 至 11-06 八天內的事件，其中 10-30 至 11-01 屬週一期的正常覆蓋範圍，涉及條目已在標題標註原始日期。
  • 週五補白：五期日報最後一期截點為 11-06 05:00。本報告對該時段單獨複核，並計入正文的有 openRuyi 主倉 4 筆（clonezilla、llvm-defaults 加 python-clang、tmux 3.8、qt6-qtwebengine 構建修復），經 commits.atom 核對。
  • 週期後新增（不計入正文）：11-07 凌晨至今，NEMU #1280 與 difftest #1028／#1029 把矩陣完成指紋換成 CRC32C 並壓縮 DiffTest 事件載荷；CVW 合入一批（PWM 中心對齊粘滯與 APB 讀選通修復、UART 測試、核心對比表給出 rv32gc CoreMark/MHz 4.33、計數器掩碼位移、README psyn）；spacemit-robotics/manifest #32 登記 spacemit vslam。這些屬週六凌晨之後的動態，留待下一期處理。

補強核查結果

核查項 結果
GitHub 關注組織（168 小時視窗） 組織級匿名介面本週限額耗盡，逐組織返回 rate limit；改用各重點倉庫 commits.atom 逐倉核對。視窗內推送計數（取自巡檢）：spacemit-robotics 14 倉、sipeed 8 倉、revyos 6 倉、openhwfoundation 9 倉、openRuyi-Project 13 倉、radxa-linkr 0 倉；玄鐵、奕斯偉僅有零星文件與測試倉推送，未展開全部非重點倉
香山系逐倉複核 主倉 18 筆（11-03 四筆、11-04 九筆、11-05 四筆、11-06 一筆）；NEMU 4 筆；difftest 11 筆（含 10-30 至 11-01 九筆）；GEM5 6 筆；XSCache 1 筆（子模組指標由香山側更新）。XiangShan 的 API 側返回限額，按日報當日逐筆記錄的 PR 號核對
CORE-V 與 OpenHW CVW 本週三批 29 筆（3＋15＋11），cvfpu 1 筆（FFLARNC 命名 clear 訊號）；CVA6 主分支自 10-23 轉只讀後無新提交，視窗內推送來自非預設分支
openRuyi 雙源 主倉五期 6／7／15／10／20 筆加週五日間 4 筆，合計約 62 筆；clang-wrap 另有 2 筆（ninja 連結命令、LLVM IR 處理）；官網新聞頁抓取正常，最新公告仍為 2026 年 10 月的兩篇（10-19），11 月版本未釋出
revyos 7.3.y 分支 11-03 二十筆配置一次合入，含 K3 的 UFS 與顯示控制器、USB3／Type-C 一整組、奕斯偉 EIC7700、linuxboot 與 CI 交叉編譯；視窗末主分支另有推送，未逐筆展開
達摩院玄鐵、奕斯偉、芯來、樂鑫 玄鐵：damo-rv-priv-ats 兩筆（能力門控改宣告式配置、修 S 態切 HS 態後 PMP 未清理），其餘重點倉無推送；奕斯偉：全周零推送，最新仍為 10-19 的 linux-stable；芯來：nuclei-tool-guide 多筆（2026.10 changelog、rvtrace 與 Hummingbird 排障）、新建 T0 Chiplet 雙 SDK 空倉；樂鑫：ESP-IDF 生態例行維護為主，RISC-V 相關為 esp32s31-bt-lib、esp-vision 與獨立的 esp-riscv-trace
進迭時空 spacemit-com 與 spacemit-robotics spacemit-com：新建 bianbu-agentic 傘倉與 rvisa 規範倉，model-zoo-vision、docs-ros、docs-chip、docs-product 多筆；spacemit-robotics：manifest 三筆、manipulation 與 dice_arena 分別 16／18 筆、humanoid_linglong、ros2_humanoid、humanoid_common、control_whole_body 各有推送
算能 sophon-demo（Qwen3.5-0.8B 的 2／3 核變體、Qwen3.5-0.8B CV84X6 適配）、LLM-TPU #184、cvi_rtt 周版本、SG2044 EDK2 關 ECRC、mcu 加固 I2C；libsophon 等 10 個倉庫 10-31 同分鍾批次推送屬 SDK 整批同步
riscv100.top 巡檢 逐日留檔彙總：11-02、11-03、11-04 各一條補錄記錄，11-05 上線 Run Comparison 並批次生成對比條目，11-06 僅 What’s New 重排與 39 條對比行消失的假性下榜；本週無新測量，Upcoming 三項仍 Preparing，委員會無變化
會員企業官網巡檢（391 家） 各期結果：11-02 與 11-03 無實質更新；11-04 巡檢 391 家、變化 100 家（多為高校與聯盟站點事件頁、首頁改版）、抓取失敗 68 家；11-06 巡檢 391 家、92 家有頁面變化，涉及 Google、新加坡國立大學、賽昉、英飛凌、瑞薩等，逐條看過均為首頁營銷內容更新；11-07 複核巡檢 391 家（223 家無變化、99 家內容變動、69 家抓取失敗），變動集中在高校首頁、協會活動頁與 Cloudflare 攔截頁，無新產品、融資、合作或架構釋出
riscv.org 官方部落格 視窗內無新文章
待收錄佇列 週期內無本主題的待收錄條目

侷限與口徑說明

  • 補錄不等於新成績：riscv100.top 本週三條補錄記錄（10-17、07-30、10-10）的日期均早於巡檢日，本報告已逐條標註，不將其計入「本週新增效能」，同編譯器口徑下 0.8% 至 0.5% 的差異也在噪聲量級。11-06 的 39 條「下榜」為站點對比檢視對照行消失所致，不作成績變動處理。
  • 廠商自述未經第三方驗證：玄鐵 C950 的 60 億顆出貨、400 家客戶、1000 個授權與雲負載效能提升 30% 以上為官方口徑；紫荊 M100 的 1000 萬顆出貨與 ASIL-D／ASIL-B 認證為公司口徑；越南 Viettel 的「加解密約為軟體方案 15 倍」為官方測試口徑；印度 GPU 的 24 個月目標未公佈製造方與架構授權細節，屬政策宣示。
  • 成熟度需分清的規範：RVISA 是 working draft（規範狀態檔案自述），不是 RISC-V International 已批准規範；目標對映檔案只登記為草案、未建立實現一致性證據，MLIR dialect 與一致性工具為 TBD；EM-Altair 是合資公司的平臺規範，其 ASIL-B 表述為「等效要求」，不等於已完成認證。
  • 提交計數的口徑：香山、CVW、openRuyi 的筆數按日報逐日記錄的 PR／提交合並數彙總，跨日視窗存在同一批提交被相鄰兩期各記一次的可能（如 CVW 的 11-04 至 11-05 與 11-05 至 11-06 兩批），本報告按日報口徑分別列出，未強行去重相加；組織級推送計數取自巡檢指令碼，與逐筆提交數不同口徑。
  • 重複與去重：安森美接手 Codasip 低端業務的價格、人數與轉向 CHERI 的判斷已在上一期週報收錄，本週僅補「已完成交割」表述，不重複計入要聞；玄鐵 60 億顆與 C950 峰會內容屬 10-19 峰會的二次傳播，11-02 至 11-04 各期已按覆盤計一條，本報只在「中國芯」獲獎這一新增事實上展開；安森美、OpenBSD 8.0、Qwenputer 等 10 月下旬已報道條目本週的轉載均不再計入。
  • 時間視窗：週末通常無日報，本週報覆蓋週一至週五；11-07 凌晨之後的動態列於「週期後新增」，不計入正文判斷。
  • 來源：全部條目取自每日 RISC-V 全球動態日報（2026-11-02 至 2026-11-06），關鍵資料經本週期 GitHub 提交流、openRuyi 官網新聞頁、riscv100.top 逐日留檔與會員官網巡檢覆核。