Окно мониторинга: 2026-10-19 08:00 ~ 2026-10-20 08:00 (пекинское время, 24 часа)

Источники: официальный новостной API RT-Thread, интерфейс статей форума сообщества, GitHub (org: RT-Thread основной репозиторий commits / PR / Issue / Releases / tags, репозиторий инструмента env, индекс пакетов packages, rtthread-skills, smart-build, rtthread-specification, индекс RT-Thread Studio SDK, поиск по экосистеме topic:rt-thread), репозитории производителей (SpacemiT docs-chip, ai-sdk), агрегация Google News (несколько групп запросов на китайском и английском, через прокси), HN Algolia, проверка отраслевых медиа-каналов (подробнее см. список источников в приложении)

Индекс выпуска

    1. Ключевые изменения ядра и версий
      • 1.1 Первая версия BSP SpacemiT K1 вошла в основную ветку: 173 файла, 54 тыс. строк, режим S плюс 4-ядерный SMP (10-19)
      • 1.2 Дефект повторных попыток атомарного CAS на RISC-V исправлен в том же пакете: ожидаемое значение больше не перезаписывается регистром состояния (10-19)
      • 1.3 Консольное устройство rt_null перенесено на инициализацию BOARD: поддержка назначения лог-порта в null сразу при включении (10-19)
      • 1.4 Две правки в рамках модели устройств: именование proxy домена питания и повторяющееся предупреждение DVFS OPP (10-19)
      • 1.5 Исправление статистики задержки netdev ping: минимальная задержка больше не теряется при count равном 1 (10-19)
    1. Безопасность и стабильность
      • 2.1 Предложение по валидации номеров сигналов lwp: на входе sys_sigaction ограничение от 1 до 64 (10-19)
      • 2.2 Предварительная проверка глубины перед разворачиванием дерева устройств OFW: более 63 уровней отклоняется сразу (10-20)
      • 2.3 Новый дефект tmpfs: ftruncate(fd, 0) освобождает буфер, но возвращает успех (10-20)
      • 2.4 Ответ мейнтейнера на дефект динамических модулей libdl: возможна локальная правка, полная изоляция требует пользовательского режима (10-19)
    1. Официальные и общественные мероприятия
      • 3.1 Официальный новостной API по-прежнему без пополнений, у v5.4.0 нет тегов и релизов (10-20)
      • 3.2 В окне мониторинга на форуме сообщества добавлена 1 статья — работа конкурса встраиваемых систем 2026 (10-19)
    1. Экосистема и адаптация производителей
      • 4.1 Адаптация ESP32 C3/C6 под ESP-IDF v6.1: локальная конфигурация по умолчанию проходит, статический анализ CI ожидает вышестоящих (10-19)
      • 4.2 SpacemiT дополнила документацию серверного чипа V100, AI SDK обновил подмодуль компьютерного зрения (10-19)
      • 4.3 Остальные репозитории организации в этом выпуске молчат, в инструментальной цепочке и индексе пакетов новых коммитов нет (10-20)
    1. Отраслевые применения
      • 5.1 Терминал мониторинга среды теплицы: одноядерный E907 плюс четырёхстраничный интерфейс LVGL, полностью офлайн (10-19)
    1. Итоги и наблюдения за трендами
      • 6.1 Тренды выпуска
      • 6.2 Ограничения и примечания по дедупликации

1. Ключевые изменения ядра и версий

1.1 Первая версия BSP SpacemiT K1 вошла в основную ветку: 173 файла, 54 тыс. строк, режим S плюс 4-ядерный SMP (10-19)

Дата: 2026-10-19 18:49 (время слияния)　Источник: PR #11132, описание K1 BSP

Первая версия BSP платформы SpacemiT K1 вошла в основную ветку: 4 коммита, 173 файла +53862/-12, автор GuEe-GUI, предложение выставлено с 2026-01-11, принято примерно через девять месяцев ревью, является продолжением серии Next RISC-V (#10320). BSP рассчитан на 64-битный RISC-V, интегрирует 8 ядер X60 K1, с векторным расширением, загружается через U-Boot/OpenSBI, работает в режиме S, по умолчанию включены MMU и 4-ядерный SMP, проверочная платформа — Banana Pi BPI-F3, консоль через UART0 (115200 8N1). Поддерживаются PCIe/NVMe, eMMC HS400, Ethernet и PTP, фреймбуфер HDMI (включая отображение при холодном старте), ускорители JPU и V2D, аудио ES8326, CPUfreq и управление теплом, AES/RNG/eFuse; SPI и QSPI помечены как портированные, в процессе проверки. Драйверный слой вынесен отдельно в bsp/spacemit/dm (147 файлов, 49 файлов C, около 30 модулей, включая тактирование, аудио, графику, шифрование, PCI, SDIO, последовательный порт, управление теплом и т. д.) для повторного использования последующими SoC той же серии. На стороне CI добавлена сборочная ветка spacemit-k1, а шаг, ранее устанавливавший только инструментальную цепочку K230, изменён на применение ко всем riscv64 musl BSP.

1.2 Дефект повторных попыток атомарного CAS на RISC-V исправлен в том же пакете: ожидаемое значение больше не перезаписывается регистром состояния (10-19)

Дата: 2026-10-19 18:49 (время слияния)　Источник: слитый коммит 1c801efa, atomic_riscv.c

Тот же пакет коммитов исправил реальный дефект в реализации атомарного сравнения с обменом для RISC-V. В исходном коде в rt_hw_atomic_compare_exchange_strong одна и та же переменная tmp использовалась и для хранения ожидаемого значения, и для приёма статуса успеха/неудачи инструкции sc: при неудаче sc в tmp записывалось ненулевое значение, результат lr в ветке повторной попытки сравнивался с ним — то есть перезаписанное значение использовалось как ожидаемое, и цикл мог никогда не завершиться или дать неверное решение. Исправление переносит ожидаемое значение в операнд только для чтения, выделяет отдельный регистр status для приёма результата sc и меняет выходной операнд результата на ограничение только для записи. Эта реализация используется всеми атомарными операциями всех плат RISC-V и относится к общему коду архитектуры, поэтому область влияния шире, чем отдельный BSP.

1.3 Консольное устройство rt_null перенесено на инициализацию BOARD: поддержка установки лог-порта в null сразу при включении (10-19)

Дата: 2026-10-19 16:53 (время слияния)　Источник: PR #11884, Issue #11472

Однострочное изменение, представленное сообществом, переносит момент регистрации null-устройства с INIT_DEVICE_EXPORT на INIT_BOARD_EXPORT, благодаря чему при настройке RT_CONSOLE_DEVICE_NAME в null это вступает в силу сразу при включении и решает проблему невозможности раннего «тихого» вывода, когда лог-порт и коммуникационный порт используют один и тот же последовательный порт. Автор проверил на qemu-vexpress-a9: uart0 выводит нормально, после перенастройки на null QEMU не показывает загрузочный баннер, после возврата к uart0 приглашение msh возвращается, rt_null.o попадает в секцию .rti_fn.1. Изменение затрагивает 1 файл, +4/-1, автор отмечает, что оно выполнено с помощью AI. Более радикальное направление — разделение ранней и обычной консоли — в этот раз не реализовано.

1.4 Две правки в рамках модели устройств: именование proxy домена питания и предупреждение о дублировании OPP в DVFS (10-19)

Дата: 2026-10-19 18:49 (время слияния)　Источник: power_domain.c, dvfs.c

Слияние K1 BSP одновременно принесло две правки уровня фреймворка — типичный случай «BSP идёт первым, фреймворк догоняет». Во-первых, объект proxy домена питания при регистрации получал имя реального домена питания, из-за чего при поиске по имени proxy ошибочно принимался за сам домен; теперь используется специальное имя proxy, чтобы ссылки на домен питания в дереве устройств корректно попадали в callback разрешения proxy. Во-вторых, DVFS при разборе таблицы OPP добавлял записи без проверки на дубликаты, и повторяющиеся записи дерева устройств вызывали предупреждение о дублировании и сбой добавления; теперь сначала выполняется поиск по частоте, и при попадании запись переиспользуется. Обе правки находятся в components/drivers, и выгоду получает не только K1.

1.5 Исправление статистики задержки ping в netdev: минимальная задержка больше не теряется при count = 1 (10-19)

Дата: 2026-10-19 16:42 (время создания)　Источник: PR #11900

Сообщество представило исправление статистики ping на уровне netdev (1 файл, +5/-1). Исходная логика при количестве ping, равном 1, и успехе учитывала только максимальную задержку, минимальная пропускалась, что проявлялось как аномальное отображение минимального значения после одного успешного зондирования; исправление инициализирует максимальное и минимальное значения одновременно при первом успешном приёме ответа. Изменение небольшое, но касается видимого результата часто используемой диагностической команды; предложение всё ещё на рассмотрении.

2. Безопасность и стабильность

2.1 Предложение о проверке номеров сигналов lwp: вход sys_sigaction ограничен диапазоном от 1 до 64 (10-19)

Дата: 2026-10-19 08:49 (время создания)　Источник: PR #11899, Issue #11882

Мейнтейнер BernardXiong открыл предложение по исправлению дефекта #11882 из прошлого выпуска (2 файла, +11-0): sys_sigaction передаёт номер сигнала, полученный из пользовательского пространства, напрямую в lwp_signal_action, а последний использует номер сигнала минус один для индексации массива фиксированной длины (_LWP_NSIG равно 64); выход за границы или отрицательное значение приводят к чтению и записи за границами кучи ядра, и обычная программа может вызвать это одним системным вызовом. Предложение на входе sys_sigaction принимает только значения от 1 до 64, иначе устанавливает EINVAL и возвращает, а внутри lwp_signal_action добавляет такую же проверку для защиты будущих новых вызывающих; в репозитории уже есть valid_signo_check, и в этот раз переиспользуется этот подход. Предложение распределено на ревью в components и находится в состоянии рассмотрения.

2.2 Предварительная проверка глубины перед разворачиванием дерева устройств OFW: более 63 уровней отклоняются сразу (10-20)

Дата: 2026-10-20 01:12 (время создания)　Источник: PR #11901, Issue #11879

Участник сообщества liangzhan5 отправил исправление по #11879 (1 файл, +60-0). fdt_unflatten_single использует стек фиксированного размера на 64 элемента для временного хранения пути обхода; при вложенности более 64 уровней перед помещением в стек нет проверки, что приводит к записи за границы и падению на этапе загрузки. Предложение перед фактическим разворачиванием сначала проходит по дереву устройств с помощью собственного стека и вычисляет максимальную глубину; если она превышает 63 уровня, выводится ошибка и последующее разворачивание прекращается, что позволяет избежать проблем с остаточным деревом и повторных утверждений; автор сообщает, что дефект воспроизведён на qemu, конфигурация проверки — qemu-virt64-aarch64, CLA подписан, предложение на рассмотрении.

2.3 Новый дефект tmpfs: ftruncate(fd, 0) освобождает буфер, но возвращает успех (10-20)

Дата: 2026-10-20 01:53 (время создания)　Источник: Issue #11902

Участник XueDugu открыл новый дефект по dfs_v2. Функция усечения tmpfs при возврате rt_realloc(data, 0) пустого указателя устанавливает ENOMEM, но возвращает 0, а оба бэкенда кучи для realloc с длиной 0 имеют семантику «освободить и вернуть пусто», поэтому легитимный ftruncate(fd, 0) сначала освобождает буфер файла, а затем сообщает приложению об успехе, оставляя висячий указатель и устаревшую длину; последующие чтение и запись попадают в освобождённую кучу ядра, что может привести к утечке информации и двойному освобождению. Дефект внесён коммитом от 2023-09-20 (PR #8063), затронуты все версии начиная с v5.0.2 и master, воспроизведён на RT-Smart в QEMU aarch64 и на RP2350. Тикет остаётся открытым.

2.4 Мейнтейнер ответил на дефект динамических модулей libdl: возможна локальная правка, полная изоляция требует пользовательского режима (10-19)

Дата: 2026-10-19 08:16 (время комментария)　Источник: Issue #11898

Включённый в прошлый выпуск дефект записи за границы при релокации libdl получил ответ мейнтейнера в этом окне мониторинга. BernardXiong подтвердил достоверность описания и считает, что проверку границ можно в некоторой степени исправить, одновременно отметив, что динамический модуль по сути вставляет фрагмент кода в ядро с полными правами, и это также причина, по которой официально не делалось больше попыток в этом механизме; для достижения изоляции памяти нужно переходить к пользовательскому режиму. Это заявление очерчивает границы последующих исправлений: в этом раунде ожидается только дополнение проверки метаданных без изменения общей модели прав загрузки модулей.

3. Официальные и общественные мероприятия

3.1 Новых записей в официальном новостном интерфейсе по-прежнему нет, у v5.4.0 нет тега и релиза (10-20)

Дата: 2026-10-20 (время проверки)　Источник: Официальный новостной интерфейс RT-Thread, releases

Последняя из 5 архивных записей, возвращаемых официальным новостным интерфейсом (категория rt_org), по-прежнему датируется 2026-06-17, в окне новых нет, обновления прекратились более четырёх месяцев назад; страница списка новостей на официальном сайте рендерится динамически на фронтенде, при сканировании получается только пустая оболочка состояния загрузки, поэтому данные новостей берутся из интерфейса. По версиям изменений нет: последний tag и release по-прежнему v5.3.0 от 09-10, у v5.4.0 есть только ранее влитые макрос версии и значения по умолчанию Kconfig, примечания к релизу и артефакты релиза пока отсутствуют. Информация о продуктах и мероприятиях продолжает в первую очередь публиковаться через официальный аккаунт, форум сообщества и каналы GitHub.

3.2 На форуме сообщества в окне одна новая запись — работа конкурса встраиваемых систем 2026 (10-19)

Дата: 2026-10-19 09:35 (время публикации)　Источник: Интерфейс статей форума сообщества

В форуме сообщества интерфейс статей вернул 5 записей, в окне мониторинга добавилась 1 статья — терминал мониторинга среды теплицы для встраиваемого конкурса 2026 (технические детали см. в 5.1). Остальное — обновления ранее включённых работ: пост о роботе-опылителе от Rенхуа отредактирован 10-19 15:19, устройство дезинфекции Qingdaofu, механическая рука Shuiheng Zhiyang и USB-вспомогательный экран GD32H759IM обновлены в период с 10-18 по 10-19, все относятся к прошлому выпуску или более раннему контенту, в этом выпуске повторно не раскрываются.

4. Экосистема и адаптация производителей

4.1 Адаптация ESP32 C3/C6 к ESP-IDF v6.1: локальная конфигурация по умолчанию проходит, статический анализ CI ожидает апстрим (10-19)

Дата: 2026-10-19 13:43 (время комментария)　Источник: PR #11870, PR #11844

Предложение по обновлению ESP32 C3/C6 до ESP-IDF v6.1 и повышению инструментальной цепочки RISC-V до GCC 15.2 всё ещё на рассмотрении. Автор ответил в окне мониторинга: локальные конфигурации по умолчанию для C3 и C6 успешно скомпилированы, статический анализ C3 в CI по-прежнему показывает ошибку, нужно дождаться изменения №18 на стороне esp-idf, продвижение пока приостановлено. Поддержка платы ESP32-S3-DevKitM-1 (#11844) того же автора всё ещё застряла на дополнении зависимостей пакетов, последний ответ датирован 09-29; после объединения обоих изменений будут покрыты три продуктовые линейки Espressif C3/C6/S3.

4.2 SpacemiT дополнил документацию серверного чипа V100, AI SDK обновил подмодуль vision (10-19)

Дата: 2026-10-19 10:45 ~ 22:54 (время коммитов)　Источник: Краткое описание продукта V100, коммиты docs-chip, ai-sdk

В тот же день, когда был включён K1 BSP, SpacemiT в своём репозитории документации сделал три коммита подряд, дополнив V100 кратким описанием продукта и ссылками для скачивания; документация по структуре чипа была добавлена 10-12 вместе с предложением №228, в этот раз дополнена сводка. Согласно описанию в документации, V100 позиционируется как серверный RISC-V CPU: 46 ядер состоят из 6 XiangShan Kunminghu V2R2 и 40 X100, совместим с RVA23, максимальная частота 2,4 ГГц, поддерживает Hypervisor 1.0, AIA и виртуализацию IOMMU, 8-канальная DDR5-4800, пропускная способность 307 ГБ/с. Репозиторий AI SDK в тот же день обновил указатель подмодуля vision — синхронизация библиотеки моделей. Выше приведены динамики со стороны производителя, не являющиеся тематическими записями RT-Thread, приведены лишь как фоновое подтверждение.

4.3 Остальные репозитории организации в этом выпуске молчат, инструментальная цепочка и индекс пакетов без новых коммитов (10-20)

Дата: 2026-10-20 (время проверки)　Источник: Репозитории организации RT-Thread, packages, Studio sdk-index

Проверка на уровне организации с сортировкой по времени push: в окне мониторинга только основной репозиторий имел push (10-19 10:49), rtthread-skills и smart-build остановились на 10-18, rtthread-specification и env остановились на 10-17, индекс пакетов packages последний коммит — 10-14 (hpm_sdk v1.13.0), индекс Studio SDK остановился на 10-10. Инструментальная цепочка, пакеты и Studio — все три линии в этом выпуске без нового контента, что согласуется с ритмом сосредоточенной обработки K1 BSP в основном репозитории.

5. Отраслевые применения

5.1 Терминал мониторинга среды теплицы: одноядерный E907 плюс четырёхстраничный интерфейс LVGL, полностью офлайн-работоспособен (10-19)

Дата: 2026-10-19 09:35 (время публикации)　Источник: Статья сообщества

Глава 6. Итоги и наблюдения за тенденциями

6.1 Тенденции текущего периода

  • Высокопроизводительные платформы RISC-V выходят в основную ветку: BSP для K1 включён в форме S-режима, MMU и 4-ядерного SMP, вместе с PCIe/NVMe, HDMI и мультимедийным ускорением, что знаменует переход поддержки RT-Thread на платформах RISC-V уровня прикладных процессоров от «способности загрузиться» к «полноте периферии».
  • Драйверный слой консолидируется по семействам SoC: bsp/spacemit/dm выделяет около 30 драйверов моделей устройств в отдельный слой; K1 — лишь первый пользователь, последующие чипы той же серии смогут переиспользовать его, и в структуре каталогов BSP начинает появляться разделение «уровень производителя плюс платный уровень».
  • Фреймворк исправляется вместе с BSP: в том же пакете коммитов выявлены три исправления фреймворка и архитектуры — именование прокси доменов питания, проверка на дубликаты DVFS OPP и атомарный CAS для RISC-V, что свидетельствует о том, что подключение новых платформ обратно вскрывает дефекты общего кода.
  • Расчистка технического долга в области безопасности переходит в фазу исправления: из четырёх заявок на дефекты прошлого периода уже две получили предложения по исправлению (проверка сигналов lwp, предварительная проверка глубины OFW), а также добавлен новый дефект усечения tmpfs; сопровождающие дали по динамическим модулям граничную оценку «локальное исправление осуществимо, изоляция требует пользовательского режима».
  • Официальные каналы продолжают молчать: интерфейс новостей не обновляется более четырёх месяцев, v5.4.0 существует только как номер версии, внешняя информация поступает главным образом через GitHub и работы сообщества.
  • Следует обратить внимание на соответствие требованиям к бинарным прошивкам: BSP для K1 содержит встроенную прошивку RCPU, взятую из вендорского образа Linux (для службы аудио HDMI); в описании репозитория уже приведены контрольные значения и указание перед включением подтвердить условия повторного распространения; такие вендорские бинарники, попадающие в основную ветку вместе с BSP, заслуживают дальнейшего отслеживания.

6.2 Ограничения и пояснения по дедупликации

  • Текущий период — 24-часовое окно (10-19 08:00 ~ 10-20 08:00), не понедельник, объединение за несколько дней не выполняется.
  • Дедупликация с прошлым периодом: #10320 рефакторинг Next RISC-V, четыре заявки на дефекты безопасности (#11898, #11882, #11879, #11878), включение ESP32-C6 SPI, BSP Allwinner F101, Ruiqing 1.8.4 и Env 2.0.3 — все уже были разобраны в прошлом периоде; в текущем периоде описываются только новые события в пределах окна.
  • BSP для K1 в прошлом периоде не был включён, поскольку его предложение было объединено только в текущем окне; в текущем периоде он поставлен в заголовок по времени объединения.
  • В китайском окне Google News за 3 дня всего 2 записи, и обе — старые материалы; в английском окне — ноль совпадений; запрос Ruiqing за 7 дней утонул в новостях об автомобилях с тем же названием; новые записи не появились ни в одном случае; 4 кандидата в HN — все ложные совпадения с threads.
  • Страница списка новостей официального сайта рендерится динамически на фронтенде, при парсинге получается лишь пустая оболочка; новости определяются по официальному интерфейсу.
  • V100 и AI SDK от Jindie Shikong относятся к динамике на стороне производителя, не являются темой RT-Thread, не выделены в отдельные новостные записи и приведены только как фон; условия повторного распространения их бинарной прошивки в этом раунде не проверялись, указаны только по описанию репозитория.

Приложение: таблица проверки источников

Источник Результат проверки
Официальный новостной интерфейс RT-Thread (rt_org) Новых нет, 5 архивных материалов, последний по-прежнему от 06-17, обновления прекратились более четырёх месяцев назад
Страница списка новостей официального сайта Динамический рендеринг на фронтенде, при сборе данных получена только пустая оболочка загрузки (данные совпадают с официальным интерфейсом)
Интерфейс статей форума сообщества В окне мониторинга добавлена 1 статья (10-19 терминал мониторинга среды теплицы), все включены
GitHub org: RT-Thread В окне мониторинга только push основного репозитория (10-19 10:49), остальные репозитории остановились на 10-14 — 10-18
GitHub основной репозиторий commits В окне мониторинга 2 слияния, коммит K1 BSP содержит 4 вышестоящих коммита
GitHub основной репозиторий PR 13 обновлений в окне мониторинга, открыто 3 новых (#11899, #11900, #11901), слито 2 (#11132, #11884)
GitHub основной репозиторий Issue 2 обновления в окне мониторинга, открыт 1 новый (#11902 дефект усечения tmpfs)
GitHub основной репозиторий releases / tags Новых релизов нет, последний по-прежнему v5.3.0 от 09-10, у v5.4.0 нет tag
GitHub RT-Thread/packages В окне мониторинга нет push (последний 10-14, индекс hpm_sdk v1.13.0)
GitHub RT-Thread Studio sdk-index В окне мониторинга нет push (последний 10-10)
GitHub topic:rt-thread поиск по экосистеме За последнюю неделю 5, в окне мониторинга 2 (sf8086 включён, обновление номера версии awtk не является профильным)
Google News агрегация (китайский и английский, через прокси) Китайский: 2 за 3 дня — старые материалы, английский: ноль совпадений, новых записей нет
HN Algolia 4 кандидата — все ложные совпадения threads, релевантных обсуждений нет
Репозитории производителей (Jindie Shikong) docs-chip 3, ai-sdk 1 push в окне мониторинга, включены как фон

Полный список источников

API статей форума сообщества — https://club.rt-thread.org/api/index/getList?type=article