Отчётный период: с 2 ноября 2026 года (понедельник) по 6 ноября 2026 года (пятница), всего 5 рабочих дней, материалы 5 выпусков ежедневного отчёта. Выпуск от 02.11 охватывает 72-часовое окно (с 05:00 30.10 по 05:00 02.11), остальные четыре выпуска — 24-часовые окна; поэтому в основном тексте присутствует небольшое число записей с датами, попадающими на 30.10–01.11, исходная дата указана в заголовке записи.

Источники материалов: ежедневный отчёт о глобальной динамике RISC-V (пять выпусков: 02.11, 03.11, 04.11, 05.11, 06.11); кроме того, проведена перепроверка через отслеживаемые организации и ключевые репозитории на GitHub в 168-часовом окне (лимит анонимного API в большинстве периодов недели был исчерпан, поэтому использовалась поочерёдная проверка каждого репозитория через commits.atom), двухИсточниковая проверка openRuyi (коммиты основного репозитория и страница новостей официального сайта), ежедневная архивная сводка riscv100.top и усиленная проверка сайтов компаний-членов RISC-V International.

Пояснение к составлению: главная линия недели — «тот слой, который превращает открытый набор инструкций в поставляемый продукт». В автомобильном сегменте за неделю одновременно продвинулись четыре уровня: Infineon переводит основную продуктовую линейку AURIX на RISC-V (чип), Quintauris выпускает EM-Altair — среду исполнения с бинарной совместимостью (спецификация платформы), Guoxin Technology завершает адаптацию AUTOSAR и IAR (отечественный программный стек), Zijing M100 вошёл в демонстрационные примеры экосистемного продвижения «China Chip» (образец масштабного внедрения). На стороне AI-матриц Biendata Space открывает исходный рабочий черновик виртуального ISA RVISA, пытаясь вставить между PTX и cuTile слой «программируемого контракта отображения». На стороне дистрибутивов openRuyi устанавливает для riscv64-openruyi-linux уровень ISA по умолчанию RVA23U64 — RVA23 превращается из опции в базовую линию по умолчанию. Все три линии отвечают на один и тот же вопрос: на каком слое сходится фрагментация, вызванная открытым набором инструкций.

1. Главные новости недели

  • Infineon выпускает первую платформу автомобильного MCU на RISC-V AURIX RC1: до 12 ядер, ASIL D, образцы в первой половине 2027 года (04.11): это первая платформа MCU Infineon на базе RISC-V и первый случай использования открытого набора инструкций в продуктовой линейке AURIX; официально позиционируется как дополнение к существующему портфелю, а не замена — текущие TriCore продолжают поставляться. По характеристикам: до 12 32-битных процессорных ядер на кристалле, параллельный вычислительный блок для периферийного AI, до 40 МБ встроенной памяти, а также планируются модели того же семейства с добавлением возможностей 64-битного микропроцессора; по безопасности — до ASIL D, информационная безопасность соответствует ISO/SAE 21434 и «Закону о киберустойчивости», зарезервирована поддержка постквантовой криптографии; по связи — поддержка CAN XL, 10BASE-T1S и многогигабитного Ethernet, в часть моделей интегрированы коммутатор BRIGHTLANE и аппаратная маршрутизация данных. Ключевая логика продукта — объединение ранее раздельных линеек AURIX и TRAVEO T2G в одно поколение продуктов, покрытие одной базой RISC-V зонального управления, кузова, шасси, управления батареей, силовой установки, безопасности ADAS и кокпита, а сопутствующий программный стек DRIVECORE обеспечивает AUTOSAR, виртуальные прототипы и инструменты AI-ассистированной миграции. График: с 10 по 13 ноября на выставке electronica 2026 в Мюнхене будет показан концепт семейства (зал C3, стенд 502), цель — предоставить образцы в первой половине 2027 года. Ранее автомобильный RISC-V в основном продвигали новые игроки и отечественные производители; переход основной продуктовой линейки у игрока первой волны означает, что стек AUTOSAR, сертификация функциональной безопасности, инструментальная цепочка и ресурсы адаптации Tier1 последуют за этой линией. Источник: пресс-релиз Infineon infpr202611-026

  • Quintauris выпускает EM-Altair, закрепляя бинарную совместимость RISC-V уровня MCU в виде четырёхуровневых требований соответствия (анонс 11-03, репортаж 11-05): платформа не определяет новое ядро, а задаёт набор требований к аппаратному обеспечению, прошивке и среде исполнения, которые «соответствующая реализация должна воспроизводить согласованно»: четыре уровня — профиль ISA, привилегированная архитектура, сервисы загрузки и среды исполнения, сервисы безопасности; производители могут реализовывать микросхемы независимо, а программное обеспечение работает с единой целью. В качестве базовой линии принят RV32IM с набором обязательных и опциональных расширений с чёткими границами, фиксирующих поведение прерываний, атомарных операций, CSR и порядок доступа к памяти; на стороне прерываний предписывается архитектура с ограниченной высокой пропускной способностью для жёсткого реального времени, изоляция обеспечивается через PMP с покрытием режима супервизора и опционального пользовательского режима, практики безопасности соответствуют требованиям, эквивалентным ASIL-B. Сопутствующая среда верификации и сертификации QNTAF поддерживает прогон эталонных, согласительных и сертификационных тестов на трёх типах целей — облако, эмулятор и FPGA — и интегрируется с CI/CD для формирования прослеживаемых артефактов. Quintauris основана в 2023 году как совместное предприятие Bosch, Infineon, Nordic, NXP, Qualcomm и STMicroelectronics. В связке с Infineon RC1 картина такова: производители чипов делают реализацию, совместное предприятие обеспечивает согласованность, а RTOS и компиляторам достаточно один раз адаптироваться к одной цели — отечественные команды сталкиваются с одновременным «снижением порога для базового ПО и повышением порога соответствия». Источники: анонс Quintauris, репортаж New Electronics

  • XuanTie C950 удостоена ежегодной награды «Китайский чип» в категории «Крупный инновационный прорыв года», десять клиентских чипов на ядрах XuanTie также получили награды в том же списке (конференция 11-02 / репортаж 11-03): 2 ноября на церемонии объявления результатов 21-го отбора выдающихся продуктов «Китайский чип», прошедшей в Хэнцине (Чжухай), XuanTie C950 от Alibaba DAMO Academy получила награду с самым высоким порогом — «Крупный инновационный прорыв года»; в прошлом сезоне XuanTie получала награды «Выдающееся предприятие поддержки и обслуживания» и «Образцовый пример продвижения экосистемы RISC-V» — переход от категории продвижения экосистемы к категории продуктовых инноваций сам по себе говорит о месте этого поставщика IP в отрасли. Параметры совпадают с анонсом в марте: 8-поточный декодер инструкций, 16-ступенчатый конвейер, окно внеочередного выполнения более чем на 1000 инструкций, максимальная частота 3,2 ГГц, SPECint2006 одноядерно впервые превышает 70 баллов; на этот раз добавлены данные о внедрении — совокупные поставки всей серии превысили 6 млрд штук, число клиентов превысило 400, число лицензий превысило 1000; C950 поддерживает все стандартные и опциональные расширения RVA23.1 и нативно интегрирует конфиденциальные вычисления CoVE. Интереснее главной награды список клиентов в том же перечне: Dongfang Suanxin DF1000 (C908 плюс C906) также получила награду за крупный инновационный прорыв, Allwinner T536 (E907), Jiangyuan D1 (C908 плюс E907), Wuqi WQ9301 (E907), Hongsi HSRU3 (E906) получили награды за выдающиеся технологические инновации, Tsingmicro TX81 (C908) и Taixin TXW82X получили награды за выдающиеся рыночные показатели, Jiangxin Chuang D12X (C906), Jiuchen TD1601 (E906), Maitexin MEGA188 (E902) получили награды в категории «Новые звёзды чипов». Десять чипов охватывают шесть рынков — вычисления вблизи памяти, промышленное управление, облачный вывод, беспроводные соединения, реконфигурируемый AI и управление дисплеями, — но используют четыре уровня ядер одного и того же семейства IP: это лучше, чем награда за один флагманский продукт, показывает плотность покрытия продуктовой линейки. Источники: репортаж JiWei (перепечатка Sohu)

  • Открытое решение для воплощённого интеллекта на RISC-V RV-EAI представлено в Учжэне на «Свете интернета», шесть организаций совместно открыли исходный код (11-04): решение выпущено рабочей группой по воплощённому интеллекту openKylin совместно с шестью организациями — Milk-V, Chaorui Technology, Shanghai OpenLoong, Jindie Space-Time, Kuya Technology. Рабочее кодовое название выпуска — «Циюань», все детали в виде открытого проекта продолжают развиваться в репозитории GitHub и на официальном сайте. Основной тезис — «публиковать интерфейсы, перечни и референсные реализации, а не готовую законченную машину»: робот разделён по требованиям реального времени на уровень тела (микросекундный контур тока), уровень мозжечка (миллисекундный контур управления, ядро реального времени исполняет RTOS, подключение к шинам суставов через CAN-FD и EtherCAT), уровень мозга (десятимиллисекундный вывод, отвечает за восприятие, планирование и VLA); все три уровня построены на одном наборе инструкций RISC-V (RVA23, совместно с RVV, IME, AME, VME). Проверяемое определение «открытости» — пять подключаемых точек: на стороне тела — приводы суставов и MCU от Zhongke Benyuan, HPMicro, GigaDevice, WCH, Espressif и других; на стороне мозжечка — K3／SoM260, Zhihe A210, UR-DP1000／Titan; на стороне вычислительной мощности мозга — K3, AX650N от Axera, RK1828 от Rockchip; на уровне операционной системы — пять дистрибутивов openKylin, Debian, Ubuntu, Fedora, openEuler плюс домен реального времени RT-Thread; на уровне фреймворков и моделей — FlagOS, llama.cpp, TileLang и вендорские среды исполнения. Критерии приёмки сформулированы явно: замените одну точку — остальные четыре не требуют изменений, не требуют повторной адаптации верхнего уровня и проходят тесты на совместимость. На сайте также опубликованы данные самотестирования реального устройства Jindie K3 (Bianbu 4.0.7, ядро 6.18.3, сбор 21 октября): локальный вывод визуально-языковой модели 1B — 24.09 t/s, модели MoE 24B — 12.00 t/s, IME2 на ядро — 970 GMAC/s (8 потоков — 5632 GMAC/s), при этом явно различаются заявленный вендором пик и доступная пропускная способность. Вес этого материала не в пресс-конференции, а в том, сколько реальных моделей в конечном итоге удастся заполнить в матрицу совместимости. Источники: официальный аккаунт плана Цзячэнь, официальный сайт RV-EAI, репозиторий kubuds/RV-EAI

  • Jindie Space-Time открыла рабочий черновик спецификации виртуального ISA RVISA, в первом раунде добавлены три набора отображений IME／VME／AME и blocked MMA (создание репозитория 11-04, коммит 11-05): новый репозиторий spacemit-com/rvisa предлагает RISC-V Virtual ISA — слой виртуальной нотации инструкций для скалярных, векторных и матричных вычислений; текущая версия спецификации — 0.2.0. Позиционирование прописано чётко: он намеренно находится над NVIDIA PTX и под cuTile — не привязан ни к одному фронтенд-языку (реализации фронтендов исходных языков явно исключены из области действия данной версии), не задаёт напрямую кодировку инструкций конкретного чипа, а делает «целевые отображения» версионируемыми профилями, построчно объявляя, к какому набору классов регистров, групп регистров и последовательностей инструкций выполняется отображение, с указанием номера ревизии上游 и доказательств верификации. Нотация опирается на RVV Intrinsics для выражения типизированных операций, ролей операндов и ограничений групп регистров; tile поддерживает от одного до N измерений, reshape и перестановка осей должны сохранять позиции элементов, компоновка выводится из линейной компоновки. Лучше всего о решаемой проблеме говорит «требование выразимости»: любая оптимизация вычислений над tile RVISA должна быть записываема программистом на уровне нотации — это нацелено именно на тот способ провала, когда при внедрении матричных расширений компилятор тайком векторизует код и при смене чипа всё приходится переписывать. О зрелости нужно сказать прямо: файл статуса спецификации сам указывает, что это working draft, а не утверждённая спецификация RISC-V International; профили целевых отображений зарегистрированы лишь как черновики, доказательства согласованности реализаций ещё не собраны, MLIR dialect и исполняемый инструмент проверки согласованности помечены как TBD, референсная нагрузка существует только в исходной форме нотации .rvisa и не может быть скомпилирована и исполнена. В репозитории также есть три черновика RFC 0001–0003, охватывающие контракт отображения инструкций и регистров, контракт базовых типов и операций, выразимую программистом компоновку tile. С EM-Altair на стороне MCU это две манифестации одной логики: фрагментация в конечном итоге должна сходиться через некий стабильный «программный目标»; различие в структуре управления — один ведётся совместным предприятием шести крупных компаний, другой является рабочим черновиком одного производителя. Источники: репозиторий 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 добавлен vendor openruyi, а уровень ISA по умолчанию для триплета riscv64-openruyi-linux сразу определён как 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-19), ноябрьский релиз ещё не выпущен, поэтому на этой неделе есть только прогресс на стороне репозитория, релиза дистрибутива нет. Источники: основной репозиторий openRuyi, страница новостей официального сайта openRuyi, llvm23 spec

  • Andes замедляет разработку высокопроизводительного RISC-V CPU Cuzco и перенаправляет инженерные ресурсы в AI-бизнес, который уже даёт половину выручки (11-02): 2 ноября EE Times сообщил из Тайбэя, что технический директор Andes Чарли Су подтвердил, что компания замедлила темпы разработки высокопроизводительного ядра Cuzco. Cuzco изначально был проектом выделенной компании Condor, отделённой Andes для высокопроизводительного ядра уровня дата-центров, публично представленным на Hot Chips 2025, а ранее в этом году возвращён внутрь компании; сейчас он не отменён, всё ещё будет доведён до продукта, возможно, под другим именем, лишь сроки растянуты. В цифрах: AI-бизнес сейчас занимает половину выручки Andes, в прошлом году вырос на 30%, в этом году ожидается рост на 50%; собственный ускоритель глубокого обучения невелик (около 4 TOPS, 1 ГГц) и поставляется с собственным компилятором, основная часть AI-выручки comes от AI-чиповых компаний, использующих CPU-ядра Andes для управления, оркестрации и перемещения данных, среди клиентов названы Meta, d-Matrix, Fractile и Axelera. Ближайшие приоритеты — ядра-контроллеры для рынка хранения (уже 10 клиентов выпускают серийно на малых ядрах-контроллерах), автомобили и робототехника. Это противоположно нарративу «RISC-V штурмует высокопроизводительные дата-центры», но не противоречиво — разработка высокопроизводительных ядер не остановлена, коммерческий ритм определяется рыночной динамикой, а не дорожной картой; реально платят за AI на периферии и на стороне управления. Источник: EE Times

2. Экосистема набора инструкций и архитектуры

XiangShan: 18 коммитов в основной репозиторий за неделю, самый весомый — ошибка декодирования CBO

В основной репозиторий XiangShan (kunminghu-v3) на этой неделе влито 18 коммитов, кроме того GEM5 — 6, NEMU — 4, difftest — 11 (включая девять с 10-30 по 11-01). Направление крайне единообразно: поиск ошибок и повышение наблюдаемости, а не добавление функций.

  • Код операции CBO ошибочно синтезируется в cbo.zero из-за операции OR (11-03, #6754): в инструкциях операций с блоками кэша тип операции должен целиком выбирать полный код операции, однако код выполнял побитовое ИЛИ между «полным кодом операции CBO» и «базовым кодом операции». Когда запрос CBIE преобразует inval в flush, операция or объединяет cbo.inval и cbo.flush в cbo.zero — семантика меняется с «аннулировать этот блок» на «обнулить этот блок». inval лишь отбрасывает данные, а zero записывает данные; обнуление с данными, попадающее на строку, которая используется другим hart или вот-вот будет записана обратно, — это тихое повреждение данных, причём срабатывает оно только при определённой последовательности операций, и ни бенчмарки, ни обычная регрессия этого не обнаруживают.
  • Четыре записи по обращению к памяти сконцентрированы на устранении неполадок (11-03): #6762 заставляет перед flush сначала дождаться постановки в очередь завершения CBO zero, #6718 исправляет маску продвижения при невыровненном доступе, пересекающем 16 байт, #6714 исправляет определение MdpHit, когда waitSqidx уже выведен из состояния выполнения, #6678 исправляет перезапись информации отката LoadUnit следующей инструкцией при одинаковом RobIdx. Общая черта всех четырёх — ошибки возникают только при определённом чередовании: невыровненность в сочетании с продвижением, вывод из выполнения и определение попадания в одном такте, две последовательные загрузки с одинаковым RobIdx, вызывающие повторное выполнение.
  • TAGE сохраняет alt-информацию в meta (11-03, #6800): изначально чтение при обучении и чтение при предсказании конкурировали за одно и то же хранилище; изменение дополнительно сохраняет alt-информацию в meta, а сторона обучения инициирует обучающее чтение только при ошибке предсказания TAGE или несовпадении фактического результата ветвления с предсказанием — это вынос высокочастотного пути чтения из критического пути, наиболее типичный компромисс в предсказателе ветвлений.
  • Фронтенд и предвыборка: во фронтенд введена FtqPrefetchQueue (10-30) — первый шаг рефакторинга iprefetch; в тот же период prefetch.i/r/w декодируются в операции предвыборки LSU, исправлено подавление выделения MBTB для скрытых ветвлений VBTB. 11-05 дополнительно исправлена проблема MissQueue, когда store всё ещё объединяется, пока промах предвыборки находится в спекулятивном состоянии (#6842) — объединение store с ещё не определённой предвыборкой приводит к ошибке принадлежности записываемых обратно данных в случае отмены предвыборки.
  • Наблюдаемость и инженерные процессы: добавлены счётчики производительности, связанные с s2_override, в BPU (#6777), в CROB добавлены декодирующие сигналы счётчиков оставшихся записей обратно former/latter (#6749); обновлён README и в корень репозитория добавлен AGENTS.md, ориентированный на AI-агентов кодирования (#6849), где зафиксированы способ сборки, стиль кода и правила коммитов — то, что RTL-проект активно поддерживает такой файл, говорит о том, что в повседневном процессе разработки уже по умолчанию участвуют агенты.
  • Цепочка верификации: в NEMU добавлено сохранение номера внедрённого прерывания в vscause при внедрении прерывания через hvictl (#1279), загрузка вектора нулевой длины помечается как грязная (#1278), матричный доступ идёт по оптимизированному пути с общим TLB (#1275); difftest разделяет матричные события AMU на два типа — «запись обратно» и «завершение» (#1025), а также сохраняет состояние асинхронного верификатора AME при squash replay (#987) — порядок завершения и порядок записи обратно у таких длиннолатентных инструкций, как MMA, изначально не совпадают, и выражение двух вещей одним событием в многопроцессорном сценарии или сценарии повторного выполнения неизбежно даёт ошибочные суждения. Из девяти записей difftest за 10-30 — 11-01 упаковка backend’ом MMA произведения FP8 в слово кэша — это шаг на пути точности.
  • Шесть записей GEM5 — все о методах тестирования: google trace и cbp trace подключены к CI, добавлена статистика Fetch Block Size в PMU, обновлён профиль RVV checkpoint для SPEC06, в еженедельную задачу производительности добавлен опциональный переключатель, добавлен обзорный документ по алгоритмам аппаратной предвыборки, в cpu-o3 вход resolve фильтруется по «самому старому squash в том же цикле».
  • Источники: 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 записывал результаты обхода, попадающие на листовые или нелистовые PTE с V=0, в ITLB/DTLB, тогда как Svvptc позволяет обработчику установить V в 1 и немедленно повторить попытку без отправки SFENCE.VMA; реализация, кэширующая недействительные PTE, будет постоянно генерировать fault; исправление состоит в том, чтобы заставить обходчик идти по существующему пути FAULT и ничего не записывать в TLB. Это типичный случай «спецификация даёт вам опцию, а реализация должна оставить путь для её законного использования».
  • Продвижение микроархитектуры: #2050 переводит регистровый файл на защёлочную реализацию (обмен площади и энергопотребления на тайминг), #2046 направляет AMO-доступы HPTW через атомарные транзакции шины, #2052 исправляет обработку последнего такта eBuFsmArb, #2048 вводит автоматический ungroup при синтезе, #2045 продвигает конфигурацию RV32IMCB в регрессионный процесс.
  • Качество инженерной поставки: исправлен пользовательский установочный скрипт под Ubuntu 26.04 (#2061), пересобран buildroot (#2039), скорректированы опции компиляции теста скорости Embench и CoreMark (#2031, #2024), покрытие кода переведено на статистику по конфигурациям, и rv64gc достигает 100%, исправлена проблема устаревших значений полей RVVI-трассировки в wallyTracer (pte／тип страницы／ppn／виртуальный и физический адреса и тип доступа при попадании в TLB часто несут значения из кодовой страницы обработчика ловушек, из-за чего функциональное покрытие ACT учитывается неверно).
  • Оценка: CVW — это ядро, ориентированное на обучение и исследования, но в последнее время оно всерьёз занимается совместимостью с Ubuntu 26.04, пересборкой buildroot и опциями компиляции CoreMark／Embench; половина коммитов приходится на «устанавливается, собирается, запускает бенчмарки», и этот темп ближе к инженерному качеству подготовки к tape-out и внешней поставке, а не только к RTL для публикации статей.
  • Источники: журнал коммитов cvw, CVW #1974

Безопасная микроархитектура: SecDMP создаёт первую открытую реализацию DMP на ядре RISC-V

Команда KU Leuven и др. (подача на NDSS 2027) сначала реализовала на процессоре RISC-V первый открытый DMP (Data Memory-dependent Prefetcher) и на практике доказала, что единственная существующая защита, «желающая сохранить производительность DMP», не сдерживает целый класс утечек; затем предложила SecDMP: требуется помечать секреты в памяти, гарантируя, что DMP никогда не кодирует секреты в микроархитектуру, и формально доказывается, что утечка не превышает «базового уровня без DMP», при этом не жертвуя производительностью на публичных данных; аппаратная цена — не более 0,5% площади на исследовательском ядре. Ценность для сообщества открытых ядер состоит в том, что такие оптимизации, как DMP, переходят от проприетарных решений крупных компаний к конфигурируемым ядрам, и безопасность должна закладываться в RTL заранее, а не добавляться после tape-out. На той же неделе объединённая команда Рурского университета Бохума, Института безопасности и приватности Общества Макса Планка и Georgia Tech реализовала все четыре рандомизированных кэша — CEASER-S, ScatterCache, SassCache и MIRAGE — как кэш последнего уровня одного и того же многоядерного внеочередного RISC-V SoC, создала полный FPGA-прототип и прогнала все нагрузки SPEC CPU 2017 rate и GAPBS; по их заявлению, это первая горизонтальная оценка этих четырёх проектов на одной и той же полноSYSTEMной аппаратной платформе; статья сосредоточена на сложностях реализации и компромиссах, а в открытом аннотации не приводится количественное сравнение накладных расходов по производительности. Оба исследования указывают на одно: микроархитектурные инновации RISC-V достигли стадии, когда цену безопасности нужно измерять вместе с ними. Источники: arXiv:2610.37454 SecDMP, репортаж IndexBox о статье по рандомизированным кэшам

Компиляторы и инструментальные цепочки: RVA23U64 становится умолчанием дистрибутивов, Nuclei выходит в VS Code, Espressif выделяет декодирование trace в отдельный репозиторий

  • openRuyi llvm23 23.1.4 (30.10): в LLVM добавлен vendor openruyi, уровень ISA по умолчанию для триплета riscv64-openruyi-linux закреплён как RVA23U64, а сам триплет подключён к обеим веткам обработки Triple — x86_64 и riscv64 — чтобы обеспечить работоспособность кросс-сборки. Это самое однозначное заявление со стороны инструментальной цепочки за неделю: RVA23 больше не опциональный уровень оптимизации.
  • Nuclei выпустила preview-версию Nuclei Studio VS Code IDE (30.10, Шэньчжэнь): у официального инструмента разработки теперь две формы — Eclipse и VS Code; текущая версия — preview для 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 можно заодно подключить локальную или облачную модель.
  • Espressif выделила декодирование trace в отдельный репозиторий (05.11／06.11): в esp-riscv-trace отправлено 4 коммита, добавлены GitLab CI, конфигурация pre-commit, обновлены GitHub workflows, и наконец ci/pre_commit_and_pipelines влит в master. Репозиторий создан 26 августа, на верхнем уровне — Python-пакет с именем esp_riscv_trace, который занимается декодированием trace-данных и инструментальной поддержкой, а не RTL. Поддержка trace на уровне чипа — лишь первый шаг; работоспособным решение становится, когда из данных можно извлечь читаемый результат; поставка в виде отдельного компонента (двойной CI плюс pre-commit проверки) — практическая реализация этого суждения. В тот же период руководство по инструментам Nuclei пополнилось документацией rvtrace и разделом по устранению неполадок отладчика Hummingbird; трассировка инструкций RISC-V переходит из высококлассных ядер и специализированных пробников в стандартную документацию производителей MCU.
  • Источники: openRuyi llvm23 spec, публикация Design & Reuse, esp-riscv-trace, nuclei-tool-guide

3. Операционные системы и дистрибутивы

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, а также откатил одно изменение «запуск workflow обновления в контейнере 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 год октябрь (Ruyi Firmware, публичная инфраструктура экосистемы RISC-V), ноябрьский релиз не выпущен — эта неделя относится к текущему обслуживанию, а не к спринту выпуска.
  • Источники: история коммитов основного репозитория openRuyi, страница новостей официального сайта openRuyi

revyos/linux: двадцать коммитов конфигурации слиты за один раз, платформенная поверхность K3 заметно расширилась

Ветка 7.3.y revyos 11-03 единовременно приняла 20 коммитов конфигурации ядра, все с одной временной меткой — это централизованная синхронизация. На аппаратной стороне добавлено или включено: UFS и контроллер дисплея Inlets K3, полная группа USB3 PHY и Type-C／TCPM／UCSI／FUSB301／DP alternate mode для K3, ARCH и сетевой порт DWMAC с pinctrl для ESWIN EIC7700, дисплей AST, датчик температуры LM63, а также K1 USB2 для Banana Pi F3. На стороне платформенных возможностей два более важных пункта: добавлена конфигурация linuxboot (для сценариев развёртывания с загрузкой ядра как прошивки), а также добавлены в CI два конвейера — кросс- и нативная сборка, что решает старую проблему невозможности проверки изменений конфигурации ядра при коммите; кроме того, включены переключатель эрратума PicoHeart и раскладка NVMEM для ONIE TLV (формат меток активов для массового развёртывания коммутаторов и сетевых устройств). Оценка: этот дистрибутив движется от «плата загружается» к «полный набор периферии устройства, изменения проверяемы». Источники: история коммитов revyos/linux (7.3.y)

OpenBSD 8.0 и felix86: hwcap, AIA, Sstc и длинный хвост слоя совместимости x86

  • OpenBSD 8.0 (выпущен 20.10, освещён 03.11): в этой версии прирост для riscv64 сосредоточен на архитектурных возможностях, а не на драйверах — ядро начинает обнаруживать расширения CPU и сообщать о них в пользовательское пространство через AT_HWCAP／AT_HWCAP2 в elf_aux_info, благодаря чему пользовательские программы могут выбирать пути исполнения кода в зависимости от возможностей оборудования; в ядро добавлена поддержка расширения векторов V, реализованы bounce buffers, добавлена поддержка расширенной архитектуры прерываний RISC-V и два новых драйвера imsic и aplic, добавлена поддержка расширения таймера Sstc; в этой же версии выведен из эксплуатации порт Loongson. Для дистрибутивов RISC-V сообщение hwcap — инфраструктура более фундаментальная, чем любая точечная оптимизация: без неё пользовательское пространство может лишь угадывать ветвления на этапе компиляции.
  • felix86, четырнадцать коммитов (04.11／05.11): рекомпилятор, переносящий игры x86／x86-64 в RISC-V Linux, 2 ноября выпустил версию 26.11; в данном окне наблюдается волна исправлений после релиза, сосредоточенная на корректности слоя совместимости Linux: доставка сигналов PTRACE_SYSCALL, восстановление PTRACE_SETSIGMASK, 32-битный setrlimit, возврат EINVAL при некорректной длине statfs64, указатель tid дочернего потока при клонировании через fork, проверка выхода за корневой каталог в creat и statfs, расширенная маска 32-битного кадра сигналов, бесконечный цикл для путей, состоящих только из слешей; на стороне рекомпилятора исправлен бит FSW C1 при исключениях стека x87, перенос thunk плохого адреса перед кэшем кода, реализована TSO-оптимизация Volatile Metadata. Плотное появление таких коммитов обычно означает, что основной поток уже работает, а оставшееся — это избавление игр и сред исполнения от случайных падений.
  • Источники: примечания к выпуску OpenBSD 8.0, история коммитов felix86

4. Чипы и аппаратное обеспечение

Автомобильный стандарт: за неделю одновременно продвинулись четыре уровня — чипы, спецификации платформ, программные стеки и примеры экосистемы

Infineon AURIX RC1 (04.11) и Quintauris EM-Altair (03.11) уже перечислены в первой главе, здесь дополняются два других уровня:

  • Guoxin Technology CCRC4XXX завершила адаптацию AUTOSAR и IAR (освещено 04.11): автомобильный AI MCU на базе многоядерной архитектуры RISC-V завершил адаптацию с платформой NeuSAR CP компании Neusoft Reach и IAR Embedded Workbench for RISC-V, три стороны представили совместное демо на 6-м саммите RISC-V China. Чип является первым в стране автомобильным AI MCU на RISC-V с многоядерной архитектурой и защитой от квантовых атак, изготовлен по техпроцессу 22 нм RRAM, включает подсистему NPU на 0,3 TOPS, функциональная безопасность до 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.
  • Zijing M100 вошёл в демонстрационные примеры продвижения экосистемы RISC-V «China Chip» (освещено 05.11): автомобильный RISC-V MCU компании Hunan Zijing Semiconductor вошёл в новую категорию «демонстрационные примеры продвижения экосистемы RISC-V», в которой отбираются проекты с демонстрационной ценностью в технологическом внедрении, адаптации экосистемы, совместном продвижении вверх и вниз по цепочке и масштабном внедрении. Основой M100 стал первый в стране автомобильный MCU на основе дизайна с открытым ядром RISC-V, созданный командой, инкубированной в техническом центре Great Wall Motor, 18 декабря 2025 года запущен в серийное производство и установлен в автомобили, используется в сценариях управления кузовом, таких как комбинированные фары, атмосферная подсветка, комбинированные переключатели; по состоянию на 9 октября текущего года суммарные поставки превысили 10 миллионов штук; компания заявляет, что разработала самостоятельно более 15 ключевых IP, обладает полными MCAL, SDK низкоуровневых драйверов, RTOS и средой разработки и отладки, прошла сертификацию процессов ISO 26262 ASIL-D, сертификацию продукции ASIL-B, ASPICE и AEC-Q100. Линейка продукции охватывает M100／M200／M300 и сопутствующие чипы питания и драйверов, M200 планируется к запуску в производство в четвёртом квартале текущего года (40nm), ориентирован на комбинированные приборы, T-BOX, шлюзы, BCM; разрабатывается чип управления мозжечком для воплощённого интеллекта E100. Интерес не в характеристиках чипа, а в критериях награждения: выделение «продвижения экосистемы» в отдельную категорию означает, что жюри начало оценивать «совместную адаптацию вверх и вниз по цепочке и масштабное внедрение».
  • Источники: Sohu Tech (Guoxin Technology), Changsha Evening News (перепечатка Sohu)

IP и чипы безопасности: Andes сознательно снижает частоту, Viettel представляет первый собственный чип безопасности

  • Вьетнам: Viettel выпустила первый самостоятельно разработанный RISC-V чип безопасности VGC v1.0 (анонс 11-03, репортаж 11-04): Правительственная комиссия по шифрам Вьетнама и военно-электронная телекоммуникационная группа Viettel в Ханое представили первую в стране самостоятельно разработанную платформу защищённых полупроводников и первый чип. Чип использует архитектуру RISC-V и 28-нм CMOS-технологию, корпус 10 мм × 10 мм, интегрировано около 300 млн транзисторов; собственный вьетнамский алгоритм шифрования зашит в аппаратуру, основная ориентация — государственные и оборонные структуры; по официальным тестам скорость шифрования/дешифрования на сопоставимых задачах примерно в 15 раз выше чисто программных решений. Чип уже применяется в защищённых USB-накопителях для государственных и оборонных учреждений, следующий шаг — национальная система сертификации цифровой подписи (уже выпущено более 2 млн цифровых сертификатов); стороны также подписали соглашение о сотрудничестве и планируют совместную разработку многопроцессорной платформы защищённых чипов со специализированными криптографическими компонентами с перспективой расширения на AI, 6G, умные камеры, дроны и роботов. В тот же период Reuters сообщило, что первая Фабрика Viettel с инвестициями 1,3 млрд долларов, возможно, не сможет выйти на целевой запуск опытного производства в 2027 году.
  • Другая сторона IP-уровня: Andes замедлила Cuzco (см. первую главу) и сообщение о том, что onsemi за 14,5 млн долларов перенимает бизнес низкопроизводительных RISC-V процессоров Codasip (11-03 дополнены цена и кадровые детали: из около 260 сотрудников — 27 человек, около 90% суммы уже выплачено, прилагается лицензия на инструменты Studio), указывают на один и тот же вывод — лицензирование универсальных ядер становится всё труднее в условиях избытка предложения и ценовой войны; остаться могут либо покупатели, встраивающие ядра в собственные чипы, либо продавцы, нашедшие дифференцированный нарратив безопасности (Codasip переходит к CHERI). Цена сделки, число сотрудников и вывод о переходе Codasip к CHERI уже вошли в предыдущий еженедельный отчёт (10-26 — 10-30); на этой неделе лишь добавлена формулировка «сделка закрыта», повторно в ключевые новости не включается.
  • Источники: Guancha (Viettel), Jon Peddie Research (Codasip)

Периферия и отладочные платы: двухчиповая плата за 21 доллар и загрузчик, использующий MCU как ПК

  • Отладочная плата Wireless Tag WT99P461-S1 (04.11): на основе модуля размером 25×25 мм, главный контроллер ESP32-P4X (двухъядерный RISC-V 360/400 МГц с расширениями инструкций AI и одноточной FPU), плюс энергоэффективное ядро RISC-V с частотой до 40 МГц, 32 МБ PSRAM, 16 МБ NOR; беспроводная связь обеспечивается ESP32-C61 с 2,4 ГГц Wi-Fi 6 и Bluetooth 5.4. На плате установлены Fast Ethernet, клеммы RS-485 и CAN, MIPI DSI/CSI, интерфейсы для микрофона и динамика 3 Вт, microSD и двойной USB OTG, предустановлен интерфейс в стиле смартфона на базе ESP-Brookesia и примеры AI-зрения. Цена платы — 21 доллар США, комплект с 7-дюймовым экраном — 42,50 доллара США.
  • P4 Launcher (05.11): разработчик Gil Tal выпустил открытую прикладную платформу для отладочных плат ESP32-P4 с сенсорным экраном; при загрузке сразу открывается собственный интерфейс, приложения хранятся в виде файлов .papp на карте microSD и загружаются в PSRAM при запуске — для добавления или удаления приложений достаточно скопировать файлы на карту, перепрошивка не требуется. В настоящее время доступен 21 PAPP-приложение, преимущественно эмуляторы и игры (Neo Geo, Atari 2600, Doom, Quake, Duke Nukem 3D, OpenTyrian), а также часы и файловый менеджер; интерфейс основан на LVGL, звуковой движок поддерживает до 8 каналов с частотой от 4 до 192 кГц, до четырёх устройств ввода для многопользовательских игр, прошивка обновляется с microSD или GitHub, а при неудачном запуске новой версии автоматически выполняется откат; также предоставляются SDK и два уровня совместимости (перереализация интерфейсов odroid_* и реализация таблицы сервисов старого PAPP v1). Ценность таких проектов не в том, что «можно играть», а в том, что на MCU отрабатывается весь набор соглашений по упаковке, загрузке, обновлению и откату приложений.
  • Nuclei открыла два SDK-репозитория для T0 Chiplet (02.11): созданы новые nuclei-t0-sdk (bare-metal/RTOS) и nuclei-t0-linuxsdk (Linux), оба presently пустые репозитории с нулём коммитов. Информативность пустых репозиториев ограничена, но одновременное открытие двух SDK под именем T0 Chiplet указывает на то, что на следующем этапе продуктовая линейка будет развивать программный стек для T0 в форме chiplet как отдельной платформы, а не в рамках SDK существующих ядер.
  • Источники: CNX Software (WT99P461-S1), CNX Software (P4 Launcher), nuclei-t0-sdk

Программная сторона отечественных SoC: Suan может дать цифры стресс-теста, Jindie — контракт предобработки

  • 2- и 3-ядерные варианты Sophon Qwen3.5-0.8B (11-05): sophon-demo добавил для модели 0.8B два варианта --num_core 2/3 на платформе CV84X6; автор приводит средние значения 20 последовательных стресс-тестов: на 2 ядрах первый токен — 0,868 с, TPS — 51,89; на 3 ядрах первый токен — 0,681 с, TPS — 55,20. При увеличении числа ядер с 2 до 3 время до первого токена снижается на 21,5%, а пропускная способность растёт лишь на 6,4% — ускорение значительно ниже соотношения числа ядер, что указывает на то, что узкое место находится главным образом не в матричных вычислениях, а в перемещении весов и планировании; для тех, кто занимается развёртыванием небольших моделей на периферийных устройствах, это напрямую определяет, стоит ли добавлять ядра или менять раскладку данных. В ту же неделю Sophon также выпустил недельную версию cvi_rtt 2026.11.03, отключил по умолчанию проверку PCIe ECRC в SG2044 EDK2 и усилил в репозитории mcu широковещательную передачу I2C и восстановление шины.
  • Ужесточение контракта результатов в model-zoo-vision от SpacemiT (11-03/11-04): #113 изменил ответ при неудачном результате на прямой отказ вместо продолжения работы с ошибкой, допустил законное состояние «успешного пустого результата», унифицировал чтение выходных векторов с проверкой на конечные значения, ужесточил извлечение типов на стороне Python и изменил нормализацию embedding; #115 унифицировал геометрические расчёты масштабирования изображений в одном месте, чтобы избежать отклонений результатов из-за разных реализаций в разных моделях; #114 изменил обрезку масок экземпляров с усечения на округление вверх до границ пикселей полуоткрытого интервала, чтобы предотвратить потерю крайней строки или столбца. Подобные изменения не отражаются в цифрах точности или пропускной способности, но определяют, получит ли верхнеуровневое приложение обрезанные данные при аномальных входных данных.
  • Формирование периферийного agent-стека (10-30): SpacemiT создал зонтичный репозиторий bianbu-agentic и завершил bootstrap; сам он не содержит vendor-кода, а лишь фиксирует для каждого компонента один коммит через сабмодули, что позволяет воспроизвести образ всего устройства из одного SHA. Компоненты репозитория образуют полноценную периферийную agent-операционную систему: agent runtime (управляемый YAML поток событий сессии, жизненный цикл, выполнение инструментов и плагинов, границы безопасности), agent-security (утверждение инструментов, синхронизация возможностей по agent, подписанный манифест securityd), agent-memory (Rust, три уровня: L1 сессия / L2 рабочая / L3 долговременная), bibit-intent (маршрутизация интентов от детерминированных правил к локальному выводу и далее к облачному обновлению), BiBit GUI (десктопный фронтенд на Tauri на базе Jan), bibit-voice (KWS, VAD, ASR), bibit-filesearch (локальный семантический поиск, данные не покидают устройство) и lxqt-schedule. Превращение «памяти» в отдельную подсистему с тремя уровнями и «безопасности» в постоянно работающий демон с подписанным манифестом — это компоненты, которые появляются только при превращении agent из демонстрации в поставляемую систему.
  • Источники: sophgo/sophon-demo, model-zoo-vision #115, bianbu-agentic

5. Сообщество открытого исходного кода и отраслевые мероприятия

Стек робототехнического ПО: фреймворк манипулятора, полная цепочка для игры в кости и навигация гуманоида — три уровня, дополненные за неделю

  • Унифицированная платформа управления манипулятором (30.10): в spacemit-robotics/manipulation одним коммитом добавлено 85 файлов, +8605 строк; каталоги разделены по возможностям: calibration содержит калибровку charuco, CLI для калибровки «рука-глаз» и инструменты семплирования, diagnostics — arm_check и CLI оператора, kinematics обеспечивает прямое решение на основе URDF, motion — сервис устройства и CLI, bindings/python предоставляет клиент и слой поддержки операторов. Производитель рассматривает манипулятор как системный компонент «с калибровкой, диагностикой, кинематикой и сервисным интерфейсом», а не как пример кода.
  • Сессии устройств и границы безопасности (05.11): архитектурные компромиссы manipulation описаны предельно ясно — C++-приложения напрямую линкуют библиотеку компонентов и используют DeviceSession внутри процесса; командная строка и Python идут через DeviceClient, который запускает локальный процесс и передаёт запросы по JSONL; задачи по точкам в YAML выполняет manipulation-device run. Сессия устройства единообразно обрабатывает монопольный доступ к устройству, определение достижения позиции, отмену, тайм-ауты и блокировку при сбоях; драйверный слой занимается только протоколом модели и преобразованием единиц, кинематика и калибровка «рука-глаз» берут модели из конфигурации, для подключения нового устройства достаточно реализовать Arm и EndEffector и зарегистрировать их. Наиболее стоит запомнить тот фрагмент о том, что «компоненты не включаются автоматически, не сбрасывают ошибки автоматически, не возвращаются автоматически в исходное положение, не повторяют автоматически» — как только middleware začnu automaticky dělat tyto čtyři věci, персонал на месте теряет основания для суждений при возникновении проблем; размещение границ безопасности на уровне сессии, а не драйвера — это та сдержанность, которая должна быть у робототехнического middleware.
  • Полный конвейер dice_arena (05.11): SpacemiT K3 в качестве главного контроллера, семиосевой манипулятор Songling 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 (04.11／05.11): humanoid_linglong добавляет конфигурацию стратегии стояния SuperMimic для LingLong, модели захватов и сценарии манипуляций; ros2_humanoid добавляет для G1 два полных набора конфигураций — RGBD SLAM и Nav2; manifest тремя коммитами подряд официально включает manipulation и dice_arena в список репозитория SDK, docs-ros синхронно дополняется руководством по камере Orbbec и руководствами по работе с манипулятором K3 и игре в кости. Список репозитория определяет, какие компоненты относятся к SDK, документация определяет, сможет ли разработчик пройти по шагам, компоненты определяют, можно ли повторно использовать аппаратные действия — все три продвигаются в один день, что показывает: это направление превращается из точечного демо в поставляемый продукт с версиями, списком и руководствами.
  • Источники: manipulation, dice_arena, humanoid_linglong, manifest

Конференции и инициативы: назначена дата экосистемной конференции Xianji, ERICI определяет промышленные компьютеры, Индия выводит SHAKTI и VEGA на коммерческий рынок

  • Вторая экосистемная конференция HPMicro назначена на 21 ноября в Шэньчжэне (11-04): Второй экосистемный день HPMicro Semiconductor пройдёт 21 ноября (суббота) с 9:30 до 17:00 в отеле Westin Nanshan Yitian, Шэньчжэнь, тема — «AI наделяет чипы возможностями, разработчики совместно строят экосистему», участие по приглашениям. Из 14 пунктов программы только 3 посвящены собственным продуктам HPMicro, остальные — производителям инструментальных цепочек (SEGGER), открытым RTOS (RT-Thread, о программно-аппаратной координации HPM6750), производственным услугам (Huaqiu DFM) и разработчикам сообщества; утром акцент на продуктах и инструментальных цепочках (включая «принятие AI Agentic / Vibe Coding»), днём — на полётных контроллерах и регуляторах оборотов дронов, AI-голосе плюс зрении плюс управлении движением, наборе cherry, PocketJS, разработке SDK с помощью AI, практическом внедрении HelixLink. Сама эта пропорция — сигнал зрелости экосистемы: она превращает «экосистему» из документации собственного SDK в отчёты других о работе, выполненной на собственных чипах компании. Это согласуется с действиями прошлой недели: в конце октября — начале ноября HPMicro за 13 минут синхронно перевела 12 репозиториев BSP RT-Thread на v1.13.0 и открыла новый репозиторий BSP для HPM5100EVK, а HPM5100/HPM6E8Y уже включены в выбор RV-EAI для уровней тела и мозжечка.
  • Европейская инициатива ERICI намерена превратить RVA23 в «промышленный компьютер» (11-02): Инициатор — Yuri Zaporozhets из Германии, позиционирование — некоммерческое отраслевое сотрудничество. Постановка проблемы прямолинейна: кремний RVA23 уже есть, а «промышленного компьютера» нет — производители плат ждут программного обеспечения, программное обеспечение ждёт плат, заказчики ждут и того, и другого; этот цикл нужно разорвать открытым эталонным стеком, работающим на реальном оборудовании. Эталонный стек разделён по уровням: прошивка выполняет инициализацию и POST, затем передаёт управление загрузчику UEFI; gRouvr загружается подобно ядру, упаковывает ядра разделов и initramfs через CPIO, затем распределяет CPU, память, устройства и их деревья устройств между разделом реального времени и разделом Linux, которые параллельно и изолированно работают на одном SoC; лицензии указаны: HFI BIOS под GPL-2.0 (на основе U-Boot), mr-bml под GPL-3.0, gRouvr и QSOE под Apache 2.0. Стековая конфигурация разделов уже продемонстрирована на плате PicoITX на базе K3 от SpacemiT. Инициатива также честно перечисляет пробелы: готовые машины RVA23 (Firefly AIBOX-K3, Milk-V Jupiter2) по большинству пунктов — широкий диапазон входного напряжения, −40~85℃, полевые шины и реальновременный ввод-вывод, монтаж на DIN-рейку, промышленная EMC и сертификация безопасности, долгосрочные поставки на 10~15 лет — «не отмечены».
  • MeitY Индии ставит 24-месячную цель по собственному GPU и одновременно продвигает коммерциализацию SHAKTI и VEGA (сообщение 11-05): В рамках «Индийской полупроводниковой миссии 2.0» (утверждена кабинетом министров в июле 2026 года, объём около 15 млрд долларов, период 12 лет) Индия планирует примерно за 24 месяца создать собственный GPU-чип; непосредственно связано с RISC-V другое положение — одновременно продвигать коммерциализацию двух собственных процессоров SHAKTI и VEGA. Из доступных сведений о прогрессе — VEGA ET301 от C-DAC (32-бит, до 100 МГц, 26 КБ SRAM), используемый в отладочной плате Aries 3.0, представленной в 2024 году, позиционирование — сенсоры, носимые устройства и интернет вещей; 26 сентября этого года на SEMICOM India правительство показало робота для очистки водной поверхности на базе SHAKTI, цифровой телескоп на базе VEGA и проект мониторинга лесной среды; программа стимулирования проектных разработок (DLI) уже поддержала 24 предприятия. Места для сдержанности тоже очевидны: по цели GPU не раскрыты производитель, поставщик чипов или детали лицензирования архитектуры — это политическое заявление и дорожная карта, а проверяемые существующие продукты SHAKTI и VEGA (32-битные MCU уровня 100 МГц) ещё далеки от «AI-ускорения».
  • Источники: WeChat (HPMicro), официальный сайт ERICI, обсуждение на Hacker News, Tom’s Hardware (Индия)

Динамика рейтинга RISC-V 100 на этой неделе

На этой неделе на riscv100.top нет новых измеренных результатов, на табло только дозаписи и запуск функций сайта; по принятой методике размещено ближе к концу основного текста.

  • Четыре записи о позднем добавлении: 11-02 в ходе мониторинга обнаружена запись от 10-17 «XSCC 2.0 on XiangShan 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 Jindie 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 Jindie 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). Сравнительные данные информативнее суммарных баллов: XiangShan KMHv3 опережает Graviton5 (Neoverse V3) в libquantum и xalancbmk, но отстаёт на 18%–31% в таких нагрузках компиляции и поиска по графу, как gcc, astar, mcf; XuanTie Yitian 710 превосходит Zen 5 по значениям на каждый GHz в llvm, gcc, sqlite, но отстаёт на 75% в stockfish.
  • Одна иллюзия, требующая пояснения: 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, главная страница

6. Наблюдение за тенденциями

  • Точка конкуренции для автомобильных решений сместилась с «есть ли ядро RISC-V» на «какому profile соответствует»: на этой неделе одновременно проявились четыре уровня — на уровне чипов Infineon переводит основную линейку AURIX на RISC-V; на уровне спецификаций платформы Quintauris закрепляет прерывания и порядок памяти через EM-Altair; на уровне программного стека Guoxin завершает адаптацию AUTOSAR и IAR; на уровне экосистемных кейсов Zijing M100 с десятками миллионов отгрузок включён в демонстрационные кейсы. Для отечественных команд это одновременно и преимущество (AUTOSAR, RTOS, инструментальные цепочки не нужно переделывать каждой компании), и давление (клиенты будут спрашивать «соответствует ли определённому profile»).
  • Слой конвергенции фрагментации появляется одновременно на разной высоте и в разных формах: RVISA на стороне AI-матриц предлагает слой виртуальной инструкционной нотации, записывая «оптимизации, выразимые программистом» как жёсткие ограничения; EM-Altair на стороне MCU даёт бинарно совместимую среду исполнения; openRuyi записывает RVA23U64 как тройку по умолчанию; Linux 7.4 с hwprobe делает возможным обнаружение во время выполнения. Общее у этих четырёх вещей — не позволить производителям чипов интерпретировать спецификацию каждому по-своему, а вставить между спецификацией и реализацией стабильный программный объект.
  • Центр инвестиций в открытые ядра смещается к верификации и наблюдаемости: из 18 коммитов Xiangshan за неделю самый важный — ошибка декодирования, из-за которой inval превращается в zero; в тот же период добавлены счётчики BPU, отладочные сигналы CROB и AGENTS.md для агентов AI-кодирования. CVW доводит покрытие rv64gc до 100%, а установку Ubuntu 26.04 и пересборку buildroot считает серьёзной задачей; все шесть коммитов GEM5 посвящены checkpoint, trace, PMU и еженедельному заданию по производительности. Оценки имеют сравнительную ценность только на основе воспроизводимой методики измерений — это стало консенсусом сообщества открытых ядер.
  • Отечественные поставщики переходят от «публикации параметров» к «поставке готового к использованию»: Jindie за неделю продвигается одновременно по спецификации (RVISA), перечню SDK (manifest), руководству по роботизированной руке и границам безопасности (не автоматически включать / очищать ошибки / возвращать в исходное положение / повторять); Suanneng даёт сквозные стресс-тесты с 2 и 3 ядрами вместо пиковой вычислительной мощности; Zijing превращает «продвижение экосистемы» в кейс, который можно заявить; Xinlai переносит точку входа для разработки с Eclipse на VS Code. Все эти четыре вещи закрывают сторону «смогут ли другие этим воспользоваться».
  • Ритм коммерциализации определяется рыночной динамикой, а не дорожной картой: Andes замедляет высокопроизводительное ядро Cuzco и перенаправляет ресурсы в AI-бизнес, уже занимающий половину выручки; это вместе с переходом Infineon основной линейки на RISC-V образует два сигнала противоположного направления, но они не противоречат друг другу — Cuzco не отменён, он ждёт сигнала, оправдывающего ускорение; реально платят за AI на периферии, плоскость управления и автомобильные решения. Для команд, делающих высокопроизводительные ядра, это практический ориентир относительно того, «кто заплатит первым».
  • Стенд оценок вступает в период упорядочивания «сначала зафиксировать методику измерений»: на этой неделе в рейтинге только дополнительные записи, сравнительные представления и страница прогресса версий, новых измерений нет; 39 «выбываний» 11-06 на деле оказались иллюзией исчезновения строк сравнения. Это того же рода действие, что и добавление checkpoint, trace и PMU в GEM5 у Xiangshan — сопоставимость цифр важнее самих цифр.

Приложение: материалы и описание проверки

Состав материалов

  • Пять выпусков ежедневного отчёта: 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. Настоящий отчёт отдельно перепроверил этот период; в основной текст включены 4 коммита основного репозитория openRuyi (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 репозиториев; у XuanTie и ESWIN были лишь единичные пуши в репозитории документации и тестов, полный обход всех неключевых репозиториев не выполнялся
Повторная проверка репозиториев семейства XiangShan Основной репозиторий — 18 коммитов (11-03 — четыре, 11-04 — девять, 11-05 — четыре, 11-06 — один); NEMU — 4 коммита; difftest — 11 коммитов (включая девять с 10-30 по 11-01); GEM5 — 6 коммитов; XSCache — 1 коммит (указатель подмодуля обновлён со стороны XiangShan). API-сторона XiangShan возвращает лимит, сверка выполнена по номерам PR, зафиксированным поштучно в ежедневных отчётах за соответствующие дни
CORE-V и OpenHW CVW — три партии на этой неделе, 29 коммитов (3＋15＋11), cvfpu — 1 коммит (сигнал clear в именовании FFLARNC); основная ветка CVA6 с 10-23 переведена в режим только для чтения, новых коммитов нет, пуши в окне пришли из неосновных веток
openRuyi, два источника Основной репозиторий: пять периодов — 6／7／15／10／20 коммитов плюс 4 коммита в дневное время пятницы, всего около 62 коммитов; clang-wrap — ещё 2 коммита (команда линковки ninja, обработка LLVM IR); захват страницы новостей официального сайта работает нормально, последние объявления по-прежнему две статьи за октябрь 2026 года (10-19), ноябрьский релиз не выпущен
revyos Ветка 7.3.y — 11-03, двадцать коммитов конфигурации слиты одним разом, включая UFS и контроллер дисплея для K3, целую группу USB3／Type-C, ESWIN EIC7700, linuxboot и кросс-компиляцию CI; в конце окна были дополнительные пуши в основную ветку, поштучно не разбирались
XuanTie института Damo, ESWIN, Nuclei, Espressif XuanTie: damo-rv-priv-ats — два коммита (переход управления возможностями на декларативную конфигурацию, исправление неочищенного PMP после переключения из S-режима в HS-режим), в остальных ключевых репозиториях пушей нет; ESWIN: ноль пушей за всю неделю, последнее по-прежнему linux-stable от 10-19; Nuclei: nuclei-tool-guide — несколько коммитов (changelog 2026.10, разбор проблем rvtrace и Hummingbird), созданы пустые репозитории T0 Chiplet с двумя SDK; Espressif: в основном плановое сопровождение экосистемы ESP-IDF, связанное с RISC-V — esp32s31-bt-lib, esp-vision и отдельный esp-riscv-trace
SpacemiT 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 есть отдельные пуши
Sophgo sophon-demo (2／3-ядерные варианты Qwen3.5-0.8B, адаптация Qwen3.5-0.8B CV84X6), LLM-TPU #184, недельный релиз cvi_rtt, SG2044 EDK2 с отключённым ECRC, mcu с усилением I2C; пакетный пуш 10 репозиториев, включая libsophon, в одну и ту же минуту 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, Национальный университет Сингапура, StarFive, Infineon, Renesas и другие, при поштучном просмотре всё оказалось обновлением маркетингового контента главных страниц; 11-07 — повторный обход 391 сайта (223 без изменений, 99 с изменениями контента, 69 с ошибками захвата), изменения сосредоточены на главных страницах вузов, страницах мероприятий ассоциаций и страницах блокировки Cloudflare, новых продуктов, финансирования, партнёрств или анонсов архитектуры нет
Официальный блог riscv.org Новых статей в окне нет
Очередь на включение За период записей на эту тему, ожидающих включения, нет

Ограничения и методологические пояснения

  • Дополнительная запись не равна новому результату: три записи о дополнительном внесении на riscv100.top на этой неделе (10-17, 07-30, 10-10) имеют даты более ранние, чем день проверки; в настоящем отчёте они отмечены по каждой позиции и не включены в «новые результаты этой недели»; разница от 0,8 % до 0,5 % при одинаковых параметрах компилятора также находится в пределах шума. 39 позиций «выбывших из рейтинга» от 11-06 обусловлены исчезновением строк сравнения в представлении сайта и не рассматриваются как изменение результатов.
  • Заявления производителей не подтверждены третьей стороной: данные XuanTie C950 о 6 млрд отгруженных чипов, 400 клиентах, 1000 лицензиях и повышении производительности облачных нагрузок более чем на 30 % являются официальной формулировкой; данные Zijin M100 о 10 млн отгруженных чипов и сертификации ASIL-D／ASIL-B являются формулировкой компании; утверждение вьетнамской Viettel о том, что «шифрование и дешифрование примерно в 15 раз быстрее программного решения», является официальной формулировкой тестирования; цель Индии по GPU на 24 месяца не раскрывает сведений о производителе и архитектурной лицензии и является политическим заявлением.
  • Зрелость требует различать спецификации: RVISA является working draft (это указано в самом файле статуса спецификации), а не спецификацией, уже утверждённой RISC-V International; целевой профиль отображения зарегистрирован только как черновик, доказательства согласованности реализации не созданы, MLIR dialect и инструменты согласованности имеют статус TBD; EM-Altair является платформенной спецификацией совместного предприятия, и её формулировка ASIL-B представляет собой «эквивалентное требование», что не равно завершённой сертификации.
  • Методика подсчёта коммитов: количество позиций для XiangShan, CVW и openRuyi суммировано по ежедневно фиксируемым в ежедневном отчёте числам объединённых PR／коммитов; в окнах, охватывающих несколько дней, возможна ситуация, когда одна и та же партия коммитов учитывается дважды в двух соседних выпусках (например, две партии CVW с 11-04 по 11-05 и с 11-05 по 11-06); в настоящем отчёте они приведены раздельно по методике ежедневного отчёта без принудительного дедуплицированного суммирования; подсчёт push-событий на уровне организации взят из скрипта мониторинга и имеет иную методику, чем подсчёт отдельных коммитов.
  • Повторы и дедупликация: цена, численность персонала и вывод о переходе к CHERI в связи с передачей Onsemi низкопрофильного бизнеса Codasip уже были включены в предыдущий еженедельный отчёт; на этой неделе лишь добавлена формулировка «сделка завершена» и это не учитывается повторно в ключевых новостях; содержание о 6 млрд чипов XuanTie и саммите C950 относится к вторичному распространению материалов саммита 19-10 и уже учитывалось по одному пункту в каждом выпуске с 11-02 по 11-04 как обзорное; в настоящем отчёте оно раскрывается только в связи с новым фактом получения награды «Китайское ядро»; перепечатки на этой неделе материалов, уже освещённых в конце октября, таких как Onsemi, OpenBSD 8.0, Qwenputer и других, больше не учитываются.
  • Временное окно: по выходным ежедневный отчёт обычно не выпускается, настоящий еженедельный отчёт охватывает период с понедельника по пятницу; события после раннего утра 11-07 перечислены в разделе «Добавлено после периода» и не учитываются в выводах основной части.
  • Источники: все позиции взяты из ежедневного отчёта о глобальной динамике RISC-V (с 2026-11-02 по 2026-11-06); ключевые данные сверены с потоком коммитов GitHub за этот период, страницей новостей на официальном сайте openRuyi, ежедневными архивными записями riscv100.top и проверкой официальных сайтов членов.