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

Источники: официальный новостной интерфейс RT-Thread и интерфейс статей сообщества, GitHub (коммиты / PR / Issue / releases / tags основного репозитория, RT-Thread/sdk, vscode-rt-smart, packages, pkgs-test, поиск по экосистеме topic:rt-thread), агрегация Google News (шесть групп запросов на китайском и английском, через прокси), HN Algolia, отраслевые медиа (колонка RT-Thread в EE Times China) и проверка по каналам производителей (подробности см. в приложении со списком источников)

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

    1. Динамика ядра и версий
      • В основной ветке ноль коммитов за 24 часа, последний по-прежнему lwIP loopback, в организации движется только расширение VS Code (10-26)
      • Очередь на слияние: 13 предложений обновились в один день, новое только одно — Renesas RA6W1 (10-26)
    1. Сопровождение безопасности и стабильности
      • Выход за границы глобального счётчика signalfd: с 11-го вызова указатель ядра записывается за пределами блока кучи (10-26)
      • Использование после освобождения в связном списке потоков musl при конкурентном выходе: блокировка futex не обеспечила взаимного исключения (10-26)
      • Два исправления подсистемы времени переведены в зрелую версию: убрано приведение типов в settimeofday, обработка отрицательных временных меток в gmtime_r (10-26)
      • Порядок include в ESP-IDF v6.1 исправляется на стороне пакета: предложение в основном репозитории закрыто, предложение пакета esp-idf слито (10-26)
    1. Инструментальная цепочка и опыт разработки
      • Слито vscode-rt-smart 0.4.14: удалено 4826 строк, расширение возвращено из IDE к роли точки входа Env (10-26)
      • Генератор проектов Eclipse пропускает макросы ядра: найдено решение для 24 предупреждений о неявных объявлениях в Studio (10-26)
    1. Экосистема и адаптация производителей
      • Renesas RA6W1: представлена оптимизация распределения системных ресурсов, BSP переходит во вторую фазу доработки (10-26)
      • STM32 Ethernet: добавлены слой ops и PHY SR8201F, уровень логирования ADC понижен (10-26)
    1. Официальные каналы и сообщество
      • Официальный новостной интерфейс без пополнений за 24 часа, последний выпуск датирован 17 июня (10-26)
      • Длинная статья сообщества «Анализ цепочки запуска rtthread»: путь от Reset_Handler до main разбит на три этапа (10-26)
      • У медиа нет новых материалов за 24 часа, последний — репортаж о саммите RISC-V от 10-24 (10-26)
    1. Итоги и наблюдения за тенденциями
      • Тенденция выпуска: слияния остановились, эстафету приняли отчёты о дефектах и переработка инструментальной цепочки
      • Ограничения и пояснения по дедупликации

1. Динамика ядра и версий

1.1 В основной ветке ноль коммитов за 24 часа, последний по-прежнему lwIP loopback, в организации движется только расширение VS Code (10-26)

Дата: 2026-10-26 (время проверки)　Источник: история коммитов основного репозитория, список репозиториев организации

В окне в master не попало ни одного коммита. Последний коммит основного репозитория по-прежнему lwIP loopback netdev от 10-25 19:26 (#11893), до него — закрытие правил clang-format от 10-23 (#11859), оба уже описаны в предыдущем выпуске отчёта. Иными словами, за весь день 10-26 код основной ветки не продвинулся: ни новых слияний, ни maintenance-коммитов, напрямую отправленных в master.

На уровне организации также тихо: из 35 репозиториев за последние 7 дней были отправки только в 6, а в 24-часовое окно попадает лишь один — vscode-rt-smart (merge-коммит от 10-26 22:35). Последние действия в sdk и toolchains-ci остановились на 10-26 07:57 и 00:33, обе точки до начала окна, содержание — два пакета инструментальной цепочки TriCore и эмулятора QEMU, описанные в прошлом выпуске. Последние коммиты в packages и pkgs-test по-прежнему от 10-23.

На стороне версий изменений нет: последний релиз и тег — по-прежнему v5.3.0 от 09-10, ни пререлизов, ни новых тегов.

1.2 Очередь на слияние: 13 предложений обновились в один день, новое только одно — Renesas RA6W1 (10-26)

Дата: 2026-10-26 (последнее обновление)　Источник: список предложений основного репозитория

За 24 часа новые действия появились в 13 предложениях, из них 12 всё ещё на рассмотрении, 1 закрыто, ни одно не было слито — последним слитым остаётся #11893 от 10-25. Состав довольно концентрированный: 6 исправлений (усечение tmpfs #11910, неинициализированная глобальная переменная dlmodule #11915, rx_indicate последовательного порта #11931, settimeofday #11928, gmtime_r #11929, утечка пространства имён NVMe #11920), 3 по BSP и драйверам (ESP32-S3 #11844, RA6W1 #11934, Ethernet STM32 #11819), 3 инструментальных (экспорт Eclipse #11930, mkdist #11874, выбор цели Keil/IAR #11743), а закрытое — это #11926 (см. 2.4).

За день было открыто только одно — #11934. Исправления составляют больше половины, что говорит о том, что рецензирование продолжается, просто слияния не произошло. В результатах поиска также всплыли два старых предложения 2018 и 2019 годов (#1956, #2461), появившиеся в списке обновлений из-за обновления индекса, они не учитываются в статистике.

2. Отслеживание безопасности и стабильности

2.1 Выход за границы глобального счётчика signalfd: с 11-го вызова указатель ядра записывается за пределы блока кучи (10-26)

Дата: 2026-10-26 16:13 (время создания)　Источник: Issue #11933

Это самый весомый пункт текущего выпуска. Исследователь указывает, что в components/libc/posix/io/signalfd/signalfd.c глобальный счётчик с областью видимости файла is_head_init используется для индексации массива sfd->lwp[10], приватного для каждого файлового дескриптора, при этом в signalfd_add_notify() перед использованием нет никакой проверки границ. signalfd_close() никогда не откатывает этот счётчик, поэтому он только растёт и не уменьшается; при создании нового контекста обнуляются только lwp[0 .. is_head_init-1], и при повторном создании в том же процессе он никогда не совпадает с самим собой, неизбежно попадая в ветку записи.

Последствия описаны очень конкретно: lwp[] — последний член struct rt_signalfd_ctx, вся структура на arm32 занимает 1536 байт, и массив оказывается ровно в конце блока кучи. При 11-м вызове signalfd(-1, ...) запись попадает в первое слово за пределами выделенного блока, то есть в заголовок следующего блока аллокатора малой памяти; после этого при каждом создании она сдвигается ещё на 4 байта наружу (шаг 8 байт на 64-битной системе), образуя непрерывную, с темпом, контролируемым вызывающей стороной, запись за границы кучи ядра, причём записываемое значение — это ещё и указатель ядра.

Область влияния автор проверил по каждому тегу: точка внесения — 7c3d966d от 2023-09-11 (#8001), затронуты все версии v5.0.2 / v5.1.0 / v5.2.0 / v5.2.1 / v5.2.2 / v5.3.0 и текущий master (5d1fb66d). Единственное условие срабатывания — RT_USING_SMART=y: RT_USING_POSIX_SIGNALFD в этой конфигурации по умолчанию равен y, в конфигурациях обоих официальных QEMU Smart BSP он также включён, поэтому срабатывает при стандартной сборке RT-Smart. Воспроизведение — на bsp/qemu-vexpress-a9 (Cortex-A9, 32 бита, корневая ФС на FAT sd-карте), PoC устанавливается как /sbin/init.

В настоящее время для этого issue нет соответствующего предложения об исправлении, теги также не проставлены.

2.2 Использование после освобождения в связном списке потоков musl при конкурентном завершении: futex-блокировка не обеспечивает взаимного исключения (10-26)

Дата: 2026-10-26 11:22 (время создания)　Источник: Issue #11932

Второй дефект поступил от другого репортёра, окружение — RT-Thread 5.2.2 RT-Smart, SMP, aarch64, musl 1.2.5. Симптом — падение пользовательского процесса при конкурентных pthread_create и pthread_exit, точка падения в musl_pthread_exit: при удалении из списка записываемый дескриптор потока уже освобождён или отображён снят (Data Abort), либо адрес возврата потока перезаписан нулём (Instruction Abort).

Вывод автора: проблема полностью в пространстве пользователя: musl защищает связный список потоков через основанные на futex __tl_lock / __tl_sync, однако в сценарии конкурентного завершения на SMP эта группа блокировок не обеспечивает реального взаимного исключения, из-за чего двусвязный список повреждается; реализация futex на стороне ядра семантически корректна и этот дефект на неё не возлагается. Материал для воспроизведения — программа tl_race на 1000 раундов с 8 потоками, падение наступает в пределах нескольких сотен раундов.

Issue имеет теги bug, Arch: ARM/AArch64, RT-Smart и сопровождается полным документом анализа. Как и 2.1, относится к линии RT-Smart, но на другом уровне: 2.1 — это куча ядра, а здесь — libc пространства пользователя.

2.3 Два исправления подсистемы времени переведены в зрелые версии: settimeofday без приведения типов, gmtime_r обрабатывает отрицательные временные метки (10-26)

Дата: 2026-10-26 14:17 и 17:48 (последнее обновление)　Источники: PR #11928, PR #11929

Четыре задачи по подсистеме времени, зафиксированные в прошлом выпуске, представлены двумя исправлениями, которые в текущем окне мониторинга продвинулись на шаг вперёд, и оба отмечены как «зрелая версия, можно сливать».

#11928 затрагивает только один файл, +185/-135: settimeofday() изначально приводила tv_sec к (long), а затем проверяла знак; в конфигурации ILP32, где time_t — 64-битный, а long — 32-битный, допустимые временные метки в диапазоне от 2^31 до 2^32-1 усекались до отрицательных значений, и функция отклоняла их с EINVAL ещё до обращения к устройству RTC — именно так была отклонена 2208988800 (2040-01-01). Исправление заключается в проверке по собственному типу поля без приведения.

#11929 затрагивает два файла, +104/-9: gmtime_r() разбирала временную метку с помощью деления и взятия остатка в C, а деление в C усекается к нулю, поэтому при отрицательном входе остаток отрицателен, и цикл по годам может двигаться только в будущее — так -1 давало 1970-01-01 00:00:-1, а поле года для -31536000 становилось 1970-01--364. Исправление заключается в нормализации отрицательного пути перед разбором.

Ни один из двух PR не слит. Два других (усечение в timer_gettime() #11924, исследование рабочих элементов подсистемы времени #11927) в текущем окне мониторинга новых изменений не получили.

2.4 Порядок include в ESP-IDF v6.1 исправляется на стороне пакета: предложение в основном репозитории закрыто, предложение в пакете esp-idf слито (10-26)

Дата: 2026-10-26 09:15 и 11:37 (время слияния и закрытия)　Источники: предложение RT-Thread-packages/esp-idf #19, предложение основного репозитория #11926

Зафиксированный в прошлом выпуске #11926 предлагал скорректировать порядок включения заголовочных файлов FreeRTOS для ESP32 C3/C6 в основном репозитории, чтобы устранить сбой сборки в master после адаптации к ESP-IDF v6.1. Обсуждение в этом раунде предложило другой путь: сопровождающий в комментарии предложил «поручить AI переделать idf на scons» и указал на предложение #19 в репозитории пакета; другой сопровождающий затем спросил, не нужно ли сначала слить тот PR в репозитории пакета.

В результате предложение #19 в репозитории пакета (fix(scons): prioritize RT-Thread FreeRTOS headers) было слито 10-26 в 09:15, а #11926 в основном репозитории закрыто без слияния в 11:37. То есть вопрос приоритета заголовочных файлов решён на уровне сборочных скриптов SCons, и основной репозиторий больше не меняет порядок include. Значение этого для сопровождающих BSP состоит в том, что проблемы сборки, связанные с esp-idf, впредь следует в первую очередь решать в репозитории пакета, а основной репозиторий берёт на себя только изменения на стороне ядра и фреймворка.

3. Инструментальная цепочка и опыт разработки

3.1 Слит vscode-rt-smart 0.4.14: удалено 4826 строк, расширение сокращено из IDE до точки входа Env (10-26)

Дата: 2026-10-26 22:35 (время слияния)　Источники: предложение vscode-rt-smart #38

Единственным действием с кодом в организации за день стало сокращение расширения, отправленное и слитое самим сопровождающим. 49 файлов, +883/-4826, номер версии поднят до 0.4.14, итоговый vsix — 1 296 751 байт.

Удалено гораздо больше, чем добавлено: четыре функциональных блока — представление Kconfig, менеджер SDK, настройки инструментальной цепочки и символьный анализ (Symbolic Analysis) — удалены целиком, вместе с ними ушли парсеры ELF и DWARF (elf-parser.ts, dwarf-parser.ts, handleElf.ts в сумме около 887 строк), а также 291 строка документации по настройкам. Представление RT-Thread Setting сужено до установки, обновления и отображения состояния Env, при этом сохранена настройка корневого каталога проекта.

Добавлена команда встроенного в редактор браузера и обработка URI через code --open-url, а также сохранён прежний callback аутентификации; в комплекте добавлено 140 строк браузерных тестов, автор указал способ проверки из четырёх шагов: npm run compile, npm run lint, npm test (13 пройдено) и npm run package:vs.

С точки зрения позиционирования продукта это очевидная уступка: расширение больше не пытается воспроизвести в VS Code возможности настройки и отладки RT-Thread Studio, оставляя только две вещи — «точку входа Env + встроенный браузер», — снижая объём и поверхность сопровождения.

3.2 Генератор проектов Eclipse не передаёт макросы ядра: у 24 предупреждений о неявных объявлениях в Studio появилось решение (10-26)

Дата: 2026-10-26 23:33 (последнее обновление)　Источник: предложение основного репозитория #11930

В опубликованной в прошлом выпуске длинной статье сообщества упоминалось, что «Studio при сборке выдаёт 24 предупреждения о неявном объявлении rt_sched_*»; в этом раунде появилось соответствующее предложение: один файл, +151/-2, исправление со стороны генератора проекта.

Корневая причина описана ясно: интерфейсы планировщика в include/rtsched.h защищены двумя макросами __RT_KERNEL_SOURCE__ и __RT_IPC_SOURCE__, ветки gcc и armclang внедряют их через LOCAL_CPPDEFINES в src/SConscript, сборка через командную строку scons их распознаёт, но tools/targets/eclipse.py, вызываемый Studio перед каждым make, не собирает это групповое определение, поэтому в экспортированном проекте dist появляются 24 записи -Wimplicit-function-declaration: clock.c — 1, ipc.c — 7, thread.c — 12, timer.c — 1, scheduler_comm.c — 3.

Исправление заключается в переносе __RT_KERNEL_SOURCE__ в глобальные CPPDEFINES группы Kernel, в соответствии с существующей веткой msvc. Изменения не затрагивают исходный код ядра, правки только в скрипте генерации проекта.

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

4.1 Renesas RA6W1: предложена оптимизация распределения системных ресурсов, BSP переходит во вторую фазу доработки (10-26)

Дата: 2026-10-26 18:22 (время создания)　Источник: предложение основного репозитория #11934

Единственное новое предложение в этом окне мониторинга, от постоянного участника направления Renesas RA6W1, имя ветки rcitach/sboot, 5 файлов, +191/-110, заголовок — «оптимизация распределения системных ресурсов».

BSP для RA6W1 использует двухфазную модель «сначала объединить каркас, затем дополнить драйверы»: первая версия была объединена в августе, после чего со стороны производителя чипа поэтапно добавлялись периферия и управление питанием. Этот коммит относится ко второй фазе, затрагивает конфигурацию, связанную с запуском и распределением ресурсов, не изменяя каркас драйверов периферии. В шаблоне предложения поля проверки BSP и .config пока не заполнены, статус по-прежнему соответствует черновику.

4.2 STM32: Ethernet дополнен слоем ops и PHY SR8201F, уровень логирования ADC понижен (10-26)

Дата: 2026-10-26 10:25 (последнее обновление)　Источник: предложение основного репозитория #11819

Предложение драйверов, объединяющее три изменения, 4 файла, +34/-3, охватывает три независимые проблемы на стороне STM32.

Во-первых, уровень логирования по умолчанию в драйвере ADC слишком высок, при нормальной работе засоряет вывод; изменён на DBG_WARNING с сохранением переключателя через макрос. Во-вторых, драйверу ETH не хватает адаптации слоя ops, верхний сетевой фреймворк не может управлять устройством через единый интерфейс; в этом коммите реализован и зарегистрирован набор обратных вызовов ops. В-третьих, драйвер PHY не поддерживает SR8201F, платы на этом чипе не могут поднять Ethernet; в этом коммите добавлены идентификатор распознавания, процедура инициализации и конфигурация регистров, а также добавление в список PHY. Проверочная плата — stm32f429-atk-apollo, в конфигурации включены RT_USING_DEVICE_OPS, BSP_USING_ETH и PHY_USING_SR8201F.

5. Официальные и сообщество

5.1 Официальный новостной интерфейс: за 24 часа без нового, последний выпуск остановился на 17 июня (10-26)

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

Список новостей организационной категории по-прежнему возвращает 5 записей, updatetime соответственно 2026-06-17 (две), 06-11, 06-09, 06-02, охватывая Абу-Дабийский инвестиционный форум, четвёртую конференцию по инновационному развитию программного обеспечения, мероприятие по интеллекту embodied «Dishui Zhihui» в Линьгане, церемонию вручения таблички внешней базы экспериментальной начальной школы Чжанцзян Гаокэ и пятую промышленную технологическую конференцию. Все пять записей — прошлых выпусков, в этом окне обновлений нет.

В возвращаемых интерфейсом полях нет даты публикации, только updatetime; время событий в тексте также раньше updatetime (например, в тексте про Абу-Дабийский форум указано 11 июня, про промышленную технологическую конференцию — 27 мая), при цитировании следует ориентироваться на время события в тексте.

5.2 Длинная статья сообщества «Анализ цепочки запуска rtthread»: от Reset_Handler до main разбито на три части (10-26)

Дата: 2026-10-26 08:59 (публикация)　Источник: статья сообщества: анализ цепочки запуска rtthread

В окне мониторинга появилась только одна новая статья сообщества — около 5700 знаков. Автор указывает своё окружение: STM32F103C8T6 + RT-Thread 4.0.3 + RT-Thread Studio 2.3.1 (GCC) — и заявляет, что код в статье взят из реальной сборки этого проекта, а не переписан из руководства.

Цепочка разбита на три этапа: первый этап — ассемблер, Reset_Handler переносит начальные значения .data из Flash в SRAM, обнуляет .bss, вызывает SystemInit и переходит на entry — автор особо отмечает одно распространённое заблуждение: SystemInit вовсе не настраивает тактовую частоту на 72 МГц, он лишь возвращает RCC в состояние сброса и устанавливает SCB->VTOR на начало Flash; второй этап — инициализация на C, entry входит в rtthread_startup(), и только в rt_hw_board_init() настраиваются тактовая частота 72 МГц и куча, после чего создаются три потока: main, timer и idle; третий этап — запуск планировщика, rt_system_scheduler_start() выбирает готовый поток с наивысшим приоритетом, по умолчанию первым запускается поток timer, а main() появляется только после rt_components_init() внутри main_thread_entry().

В конце статьи приведены четыре «легко запоминаемые неверно момента» и раздел методов самопроверки — это сводка типичных затруднений при чтении кода ядра.

5.3 Медиа-сторона: за 24 часа новых материалов нет, последний — репортаж о саммите RISC-V от 10-24 (10-26)

Дата: 2026-10-26 (время проверки)　Источник: Агрегатор Google News (китайский)

Шесть запросов на китайском и английском (точная строка за 3 дня, «Жуйсайдэ» за 7 дней, «Жуйцин» за 7 дней, точная строка на английском за 3 дня, RTOS за 3 дня, «операционная система» за 3 дня) вернули только два старых материала: от 10-24 — EE Times China «Периферийный AI становится новым полем битвы RISC-V: полностековая практика RT-Thread Жуйсайдэ на шестом Китайском саммите RISC-V», и от 10-21 — «Платформа Жуйцин V1.8.4 выпущена: комплексное обновление кодера, MIPI, GPIO». Оба уже были включены в отчёты от 10-26 и ранее, в этом окне новых нет.

Три запроса на английском дали ноль совпадений. Из 19 исторических совпадений HN Algolia последнее датируется 2025-05, а четыре кандидата в окне оказались буквальными ложными совпадениями по слову “threads” (инструмент отладки потоков Python, профилирование виртуальных потоков, MCP социальной платформы Threads) — все они исключены.

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

6.1 Тренд периода: слияния остановились, эстафету подхватывают отчёты об ошибках и переделка инструментария (10-26)

Дата: 2026-10-26 (текущий выпуск)　Источник: История коммитов основного репозитория

Сегодняшний день можно описать четырьмя линиями:

Первое — основная ветка кода остановилась. За 24 часа ноль коммитов, ноль слияний, 13 предложений шевелятся в очереди, но ни одно не воплощено. В предыдущем выпуске за 72-часовое окно приземлилось всего два, и сегодняшние нулевые коммиты — продолжение того же ритма: сторона разработки ждёт ревью, сторона ревью ждёт доработки исправлений.

Второе — безопасность по-прежнему движется внешними исследователями. 10-24 — четыре заявки по подсистеме времени, сегодня вместо них две по RT-Smart: выход за границы глобального счётчика signalfd (произвольная запись в кучу ядра, затрагивает все версии начиная с v5.0.2, срабатывает в конфигурации по умолчанию) и использование после освобождения при конкурентном освобождении связного списка потоков musl. Обе не требуют специального оборудования, воспроизводятся в QEMU и обе указывают на уровень «сборка Smart в конфигурации по умолчанию».

Третье — инструментарий переделывает сам мейнтейнер. vscode-rt-smart разом срезал 4826 строк, вернув расширение из «заменителя IDE, большого и всеохватного» к точке входа Env плюс браузеру внутри редактора; в то же время подан патч на проблему пропуска макросов ядра при экспорте из Eclipse, нацеленный прямо на 24 предупреждения о неявных объявлениях в Studio.

Четвёртое — сторона производителей по-прежнему в основном BSP. Renesas RA6W1 переходит ко второму этапу оптимизации распределения ресурсов, ST дополняет ethernet ops и PHY SR8201F, предложение BSP ESP32-S3 от Espressif всё ещё ждёт ревью в масштабе 55 файлов; новых чипов или действий архитектурного уровня нет.

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

Дата: 2026-10-27 (текущий выпуск)　Источник: История коммитов основного репозитория

Во-первых, проверены и интерфейс официальных новостей, и интерфейс статей сообщества: первый не обновлялся с июня, официальная повестка в этом выпуске не содержит нового.

Во-вторых, текущий выпуск не пересекается с выпуском от 10-26: конечная точка окна предыдущего выпуска — 10-26 08:00 по пекинскому времени, текущий считается от этого момента. Предложения #11910, #11915, #11920, #11901 и другие уже были сведены в предыдущем выпуске как «дефекты, ожидающие слияния», в этом выпуске они не раскрываются повторно и фигурируют только в статистике очереди.

В-третьих, не включены четыре старых предложения #2461, #1956, #2467, #5096: в результатах поиска время их обновления попадает в это окно, но время закрытия и слияния — 2019, 2018, 2019 и 2021 годы соответственно, это обновление индекса, а не новое событие.

В-четвёртых, лимит анонимного API GitHub в этом раунде близок к исчерпанию; проверка на уровне организации выполнена одним запросом sort=pushed, без поштучного извлечения всех событий по каждому репозиторию; коммиты основного репозитория учитываются по первым 100 записям, возвращённым API commits, чего достаточно для покрытия 24-часового окна.

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

Источник Результат проверки
Официальный новостной API RT-Thread (категория организации) Новых нет, по-прежнему возвращается 5 записей, последний updatetime остановился на 06-17
API статей сообщества (article) В окне 1 новая статья: анализ цепочки запуска rtthread (10-26 08:59)
Коммиты основного репозитория GitHub В окне 0, последний — lwIP loopback от 10-25 19:26
PR основного репозитория GitHub 13 обновлений, 0 слияний, 1 новый (#11934), 1 закрыт (#11926)
Issue основного репозитория GitHub 2 новых: #11933 выход за границы signalfd, #11932 UAF связного списка потоков musl
releases / tags основного репозитория GitHub Новых релизов нет, последний по-прежнему v5.3.0 от 09-10
Push репозиториев организации GitHub Из 35 репозиториев за последние 7 дней push был в 6, в 24-часовом окне — только vscode-rt-smart
GitHub RT-Thread/sdk Действий в окне нет (последнее 10-26 07:57, два пакета TriCore, учтены в прошлом выпуске)
GitHub RT-Thread/packages Действий в окне нет (последний коммит 10-23)
GitHub RT-Thread-packages/esp-idf 1 слияние: #19 исправление приоритета заголовочных файлов
GitHub RT-Thread/pkgs-test Действий в окне нет (последний коммит 10-23)
GitHub topic:rt-thread Push в 2 репозиториях (прошивка AKP05E, AWTK), оба — экосистемные референсы, не включены
Агрегация Google News (китайский и английский, через прокси) Шесть групп запросов, 2 китайские записи — старые материалы, английских 0
HN Algolia Все четыре кандидата — буквальные ложные совпадения по threads, исключены
Отчёты отраслевых СМИ (колонка EET-China) Новых материалов в окне нет, последний — репортаж о саммите от 10-24

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