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

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

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

    1. Динамика ядра и версий
      • Предложение utest, поданное три месяца назад, вошло четырьмя коммитами сразу (10-28)
      • Ошибочная сводка utest: прохождение последующего unit стирает число неудач testcase (10-28)
      • Тест-кейсы netdev отвязаны от публичной сети, CI больше не обращается к 8.8.8.8 и Baidu (10-28)
      • Сигнальные тест-кейсы под musl устанавливаются с 1, signal 0 больше не участвует (10-28)
      • Разбор опций raw-сервера DHCP дополнен границами, дефект чтения за границами закрыт (10-28)
    1. Безопасность и очередь на слияние
      • Терминальный ioctl RT-Smart передаёт пользовательский указатель ядру для разыменования, возможны чтение и запись произвольной памяти ядра (10-28)
      • 64-битное усечение таймера libc: 10-секундный таймер превращается в 21 час (10-28)
      • use-after-free в связном списке потоков musl pthread_exit, падение при конкурентном завершении в SMP (10-28)
      • Пакет предложений Smart от 10-18 продолжает обновляться в очереди (10-29)
    1. Официальные и общественные мероприятия
      • Официальный новостной интерфейс всё ещё на 17 июня, четвёртый месяц подряд без пополнений (10-28)
      • Канал статей сообщества за 80 минут опубликовал три работы конкурса встраиваемых систем (10-28)
      • Мейнтейнер FAL покинул проект, из MAINTAINERS удалена одна строка (10-28)
    1. Экосистема и адаптация вендоров
      • Renesas RA6W1-EK дополнен 24 векторами Wi-Fi прерываний, CryptoCell и приёмопередача MAC завершены (10-28)
      • Промышленный CAN-робот с распределённой мобильностью на NS800RT7P65 от Novosense (10-28)
      • Мастер XuanTie D121 со слейвом Loongson LS2K0300 для многопользовательского мониторинга и трассировки аномалий (10-28)
      • Лёгкая нейросеть усиливает FOC на NXP MCXA346, установившаяся ошибка снижена на 4,26% (10-28)
    1. Наблюдения за трендами и итоги
      • Тренд выпуска: тестовая инфраструктура и границы безопасности одновременно закрывают пробелы
      • Ограничения и пояснения по дедупликации
  • Приложение: таблица проверки источников и перечень источников

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

1.1 Предложение utest, поданное три месяца назад, вошло четырьмя коммитами сразу (10-28)

Дата: 2026-10-28 14:44 (время слияния)　Источник: записи коммитов основного репозитория, предложение #11601

Единственное групповое слияние в основной ветке за этот выпуск пришло из старого предложения. Предложение #11601 создано 9 июля, слито 28 октября в 14:44 и принесло четыре коммита, три файла, 125 добавленных строк и 103 удалённых: исправление сводной статистики utest, стабилизация тест-кейсов netdev, пропуск signal 0 под musl и две правки clang-format. Четыре коммита вошли с одной временной меткой, что указывает на слияние целиком, а не на выборочное применение. С июля до конца октября прошло более трёх месяцев; такие чисто тестовые и форматные предложения обычно занимают поздние позиции в очереди ревью, но после слияния сразу меняют результаты оценки CI.

1.2 Ошибочная сводка utest: прохождение последующего unit стирает число неудач testcase (10-28)

Дата: 2026-10-28 14:44 (время слияния)　Источник: предложение #11601

Если testcase содержит несколько UTEST_UNIT_RUN и один unit завершается неудачей, а последующий unit проходит, utest_unit_run() сбрасывает local_utest.failed_num, и итоговые testcase и общая сводка по-прежнему показывают прохождение. Иными словами, тест фактически выполнился с ошибкой, а отчёт сообщает, что всё в порядке. Исправление: статистика обнуляется перед началом выполнения testcase, каждый unit по-прежнему учитывается независимо, а после завершения unit число прохождений и неудач данного unit прибавляется к итогу testcase. Так сохраняется изоляция на уровне unit, и последующий успех не перекрывает предыдущую неудачу. Изменения внесены в utest.c: добавлено 29 строк, удалено 6.

1.3 Тест-кейсы netdev отвязаны от публичной сети, CI больше не обращается к 8.8.8.8 и Baidu (10-28)

Дата: 2026-10-28 14:44 (время слияния)　Источник: Предложение #11601

Исходный тест-кейс ping в netdev рассматривал 8.8.8.8 и www.baidu.com как цели, которые обязательно должны быть доступны, а также полагался на то, что строки недопустимых IP вроде “192.256.0.321” будут отклонены уровнем разбора. Проблем две: в среде CI без внешней сети первая категория кейсов неизбежно падает, что представляет собой ложное срабатывание; поведение отклонения недопустимых строк различается в разных реализациях разбора, что представляет собой ложное утверждение. В этот раз кейсы с внешней сетью целиком обёрнуты в #ifndef RT_USING_CI_ACTION, недопустимый адрес заменён передачей пустого имени хоста (отклоняется ещё до DNS-запроса), а DNS-кейс изменён так, чтобы проверять только действенность записи конфигурации. Изменения в tc_netdev.c: добавлено 34 строки, удалено 43 строки.

1.4 Кейсы сигналов под musl устанавливаются с 1, signal 0 больше не участвует (10-28)

Дата: 2026-10-28 14:44 (время слияния)　Источник: Предложение #11601

Четыре кейса сигналов ранее все начинали установку обработчиков со значения signo, равного 0. Сигнал номер 0 в POSIX используется только для проверки существования и не имеет семантики устанавливаемого обработчика; под musl такой вызов завершается ошибкой, из-за чего вся группа кейсов падала в конфигурации musl. В этот раз введён UTEST_SIGNAL_MIN: под musl берётся 1, в других libc по-прежнему 0, и все четыре цикла переведены на этот макрос. Изменения в signal_tc.c: добавлено 10 строк, удалено 4 строки. Это типичный подход, отделяющий «различия реализаций libc» от критериев тестирования, более чистый, чем ослабление условий в утверждениях.

1.5 Разбор опций raw-сервера DHCP дополнен границами, дефект чтения за границами закрыт (10-28)

Дата: 2026-10-28 19:04 (время слияния)　Источник: Предложение #11940, Дефект #11913

Raw-сервер DHCP при обходе клиентских опций мог прочитать отсутствующий байт длины либо вернуть опцию с усечённым содержимым; два места вызова — MESSAGE_TYPE и REQUESTED_IP — затем читали значение без проверки длины, что образует чтение за границами; разбор также ведётся по заранее выделенному буферу в 1500 байт, выходя за пределы фактически полученных данных. Принятое исправление проверяет послойно: перед чтением байта длины убедиться в целостности заголовка опции, перед возвратом или продвижением указателя убедиться, что заявленное содержимое лежит внутри пакета, для REQUESTED_IP требуется значение не менее 4 байт, для MESSAGE_TYPE — не менее 1 байта, отклоняются пакеты короче DHCP_OPTIONS_OFS, а область опций вычисляется по фактической длине пакета. Изменён только dhcp_server_raw.c: добавлено 23 строки, удалено 5 строк; автор проверил 12 регрессионными кейсами на стороне хоста (ASAN).

2. Сопровождение безопасности и очередь на слияние

2.1 ioctl терминала RT-Smart передаёт пользовательский указатель ядру для разыменования — возможно чтение и запись произвольной памяти ядра (10-28)

Дата: 2026-10-28 13:14 (отчёт) / 20:35 (предложение об исправлении)　Источник: Дефект #11937, Предложение #11941

В отчёте указано, что подсистема терминала RT-Smart портирована из фреймворка tty FreeBSD, но при портировании утрачена предпосылка FreeBSD о том, что в sys_ioctl() пользовательские аргументы сначала копируются через copyin в буфер в стеке ядра. В RT-Smart sys_ioctl() для команд, отличных от flock, напрямую передаёт исходный пользовательский указатель, а перенесённые функции адаптации и ветка TIOCGWINSZ в tty.c по-прежнему пишут напрямую по адресу ядра через *(struct winsize *)data. Последствия: непривилегированный процесс, используя лишь два официальных интерфейса — open и ioctl, — может читать и записывать произвольную память ядра; передача нулевого указателя способна напрямую обрушить ядро. Затронуты все версии начиная с v5.1.0 (внесено предложением #8672 от 2024-03-28), v5.0.x не затронута; проверено на qemu-vexpress-a9, дефект не зависит от архитектуры и применим также к RT-Smart на AArch64. В тот же день в 20:35 сообщество подало предложение #11941: во вводном слое адаптации ioctl вводится временное хранение в стеке ядра и copy_from_user/copy_to_user, для общих путей ptm и tty добавляется проверка границ lwp_in_user_space(); затронуто 6 файлов, добавлено 577 строк, удалено 52 строки.

2.2 64-битное усечение таймера libc: таймер на 10 секунд взводится на 21 час (10-28)

Дата: 2026-10-28 (время создания)　Источник: Предложение #11938, Дефект #11924

Дефект #11924 сообщает, что timer_gettime() сохраняет общее оставшееся время в наносекундах в 32-битное целое, а затем разделяет его на секунды. Автор предложения, копнув глубже, обнаружил ещё одно, более серьёзное усечение того же рода: timer_settime() использует unsigned long res = rt_clock_time_get_res_scaled() для пересчёта, а эта функция для источника тактовой частоты 100 Hz возвращает величину порядка 1e13, при сохранении в 32 бита остаются только младшие разряды, и вычисленный reload оказывается полностью смещённым. Согласно формуле, приведённой в предложении, reload, рассчитанный для 10-секундного таймера, соответствует примерно 21 часу — то есть таймер ошибочен с момента arm, и исправление только timer_gettime() не сделает результат правильным. Предложение исправляет обе стороны — установку и запрос, затрагивает 4 файла, добавляет 142 строки и удаляет 5 строк, всё ещё находится в очереди.

2.3 use-after-free в связном списке потоков musl pthread_exit, падение при параллельном выходе в SMP (10-28)

Дата: 2026-10-26 (отчёт) / 2026-10-28 (обновление)　Источник: Дефект #11932

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

2.4 Партия предложений Smart от 10-18 продолжает обновляться в очереди (10-29)

Дата: 2026-10-28 20:37 ~ 2026-10-29 00:17 (последнее обновление)　Источник: Предложение #11896, Предложение #11894

Предложение о включении RT-Thread Smart в qemu-virt64 всё ещё обновлялось 29 октября в 00:17, предложение о разделении реализации системных вызовов lwp по подсистемам обновилось 28 октября в 20:37; оба созданы 18 октября и до сих пор не слиты. В той же партии ещё несколько предложений, связанных с lwp, сигналами и последовательным портом, интенсивно обновлялись во второй половине дня 28 октября. Эта группа предложений остаётся наиболее активным участком очереди в данном окне мониторинга, но ни одно из четырёх слитых за день не относится к Smart, что показывает: в этом раунде сопровождающие сначала закрыли старые долги по тестированию и сетевой части.

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

3.1 Официальный новостной интерфейс по-прежнему на 17 июня, четвёртый месяц подряд без новых записей (10-28)

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

При постраничной проверке официального новостного интерфейса последними записями остаются две, опубликованные 2026-06-17, соответственно об инвестиционном форуме в Абу-Даби и о 4-й конференции по инновационному развитию программного обеспечения; в окнах 24 часов и 7 дней новых записей нет. По сравнению с каналом статей сообщества, где в тот день вышли сразу три статьи, контраст очевиден: официальные внешние материалы находятся на низкой частоте уже четвёртый месяц подряд, и повседневное содержание ежедневного отчёта фактически обеспечивается сторонами GitHub и сообщества. Это состояние само по себе ценно для оценки активности сообщества — замедление темпа внешних коммуникаций компании не означает остановки инженерной работы.

3.2 Канал статей сообщества за 80 минут опубликовал три работы конкурса встраиваемых систем (10-28)

Дата: 2026-10-28 13:03 ~ 14:12 (время публикации)　Источник: Интерфейс статей сообщества

Интерфейс статей сообщества с 13:03 до 14:12 добавил три статьи, все — работы конкурса встраиваемых систем 2026: промышленный CAN-распределённый мобильный робот на базе NS800RT7P65 от NOVOSENSE, система мониторинга множества подчинённых устройств и прослеживаемости аномалий с главным узлом на XuanTie D121, облегчённый нейросетевой контроллер бесщёточного двигателя на базе NXP MCXA346. Все три сопровождаются открытыми репозиториями или полными записями воспроизведения; треки охватывают промышленное управление, промышленную связность и управление двигателями. Концентрированная публикация говорит о том, что конкурс вышел на пик подачи и демонстрации работ, а также о том, что эта группа авторов привыкла публиковать инженерные детали вместе с кодом, а не просто сдавать отчёт. Подробный технический разбор по каждому пункту — в главе 4.

3.3 Сопровождающий FAL уходит, из MAINTAINERS удалена одна запись (28.10)

Дата: 2026-10-28 18:48 (время слияния)　Источник: предложение #11939

Слияние, затрагивающее только MAINTAINERS: удалена запись components_fal, автор в пояснении написал, что у него больше нет времени и сил продолжать участие в работе сообщества. FAL (уровень абстракции Flash) долгое время поддерживался одним человеком; на этот раз сопровождающий сам передал полномочия, о проблемах качества кода речь не идёт. После удаления записи у этого компонента временно нет зарегистрированного сопровождающего, и стоит обратить внимание, найдётся ли кто-то на замену — судя по прошлому опыту, как только такие базовые компоненты остаются без хозяина, проблемы всплывают, когда производители присылают BSP.

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

4.1 Для Renesas RA6W1-EK добавлены 24 вектора прерываний Wi-Fi, дополнены CryptoCell и приём-передача MAC (28.10)

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

Таблица векторов rafw_gen для RA6W1-EK изначально охватывала только универсальные периферийные устройства, а целая группа прерываний со стороны Wi-Fi не имела точек входа: KDMA, TDES CBC, PSK SHA1, захват SYSPLL и FPLL, весь набор интерфейсов RTC (внешнее пробуждение, отключение питания, пониженное напряжение, счётчик импульсов, шинный тактовый сигнал, доступ, образ, завершение загрузки), MRM и D-cache MRM, CryptoCell-312, HSU, таймер/приём/передача/протокол/общий/маяк MAC, а также radio controller — всего 24. На этот раз все они объявлены как weak-обработчики и подключены к таблице векторов, одновременно два crypto-входа в таблице символов ROM переименованы с префиксом __rom_, чтобы избежать конфликта с одноимёнными символами на стороне RAM. Изменения затрагивают vector_data.c (добавлено 49 строк) и rom_code_gcc.symbols (изменено 6 строк).

4.2 Промышленный CAN-робот с распределённой архитектурой на NS800RT7P65 от NOVOSENSE (28.10)

Дата: 2026-10-28 14:12 (время публикации)　Источник: статья сообщества: малогабаритный автономный мобильный робот, открытый репозиторий

Работа в треке промышленного управления конкурса встраиваемых систем 2026, код открыт под GPL-3.0. Основной контроллер — NOVOSENSE NS800RT7P65 (Cortex-M7, 600 MHz), работает под RT-Thread 4.x, один чип отвечает за двумерный подвес FOC, главный узел CAN и 40 онлайн-диагностических команд MSH; шасси построено по пятиузловой архитектуре CAN (главный контроллер, подвес FOC, сбор сенсорных данных, привод шасси, визуальный AI), ведомые узлы замыкают контур локально, что соответствует многоуровневому дизайну промышленных AMR. На стороне восприятия ультразвуковое вращающееся сканирование формирует двумерное облако точек, инерциальный модуль и одометрия обеспечивают оценку позы, камера даёт изображение, а сопроцессорная плата выполняет обнаружение объектов — вычислительные мощности зрения и управления разделены. Мониторинг идёт через локальную MQTT-платформу, веб-страница в реальном времени показывает позу, облако точек, распознанные цели и траекторию, а также поддерживает отправку многошаговых последовательностей задач во внутренней сети; весь тракт не зависит от публичной сети.

4.3 Главный узел XuanTie D121 с ведомым Loongson LS2K0300 для мониторинга множества устройств и прослеживания аномалий (28.10)

Дата: 2026-10-28 13:03 (время публикации)　Источник: статья сообщества: система мониторинга многоустройственных ведомых узлов и прослеживания аномалий

Промышленное решение для межмашинного взаимодействия из той же партии конкурсных работ. Главный узел — XuanTie D121, работает под RT-Thread с сенсорным экраном на LVGL, по RS485 и Modbus RTU опрашивает два ведомых узла: Spark STM32F407 собирает данные о температуре, влажности и шестиосевые данные, а Loongson LS2K0300 передаёт системные показатели — CPU, память и время работы. Собранные данные сохраняются на TF-карту с поддержкой локального воспроизведения; ключевые события, такие как обрыв и восстановление связи, превышение порога вибрации, попадают в персистентную очередь, после выгрузки через ESP8266 в облако доступны для удалённого просмотра через мини-программу WeChat, а при отсутствии сети сначала сохраняются локально и досылаются после восстановления. Ключевой момент дизайна — при потере связи с одним устройством остальные продолжают запись. Объединение ведомых узлов на ARM и LoongArch в одной шине Modbus даёт прямую ценность для сценариев подключения разнородных устройств.

4.4 Усиленный FOC с лёгкой нейросетью на NXP MCXA346, установившаяся ошибка снижена на 4,26% (28.10)

Дата: 2026-10-28 14:12 (время публикации)　Источник: статья сообщества: интеллектуальный бесколлекторный контроллер двигателя с усилением лёгкой нейросетью, открытый репозиторий

Третья работа конкурса: аппаратная часть — NXP FRDM-MCXA346 с двигателем 2804, магнитным энкодером AS5600 и драйвером SimpleFOC Mini. На стороне управления сначала реализованы контур скорости и контур положения с прямой связью и PI, затем на выход управления наложена сеть динамической компенсации с 3 входами, 8 скрытыми блоками и 1 выходом; веса экспортированы в C-код и вычисляются непосредственно на MCU, прошивка не вводит фреймворк инференса; компенсацию можно включать и выключать отдельно, что удобно для сравнения при одинаковых параметрах. По результатам 90 сегментов испытаний на реальной плате (по 3 прогона для каждого из 10 типов переключения в пределах ±15 RPM): RMSE хвостового участка установившегося режима в окне 100 мс снизился с 2.187 до 2.094 RPM, примерно на 4.26%; RMSE всего сегмента снизился с 3.327 до 3.291, примерно на 1.07%. Кроме того, после добавления 25 мс сглаживания к целевой точке P-проекта среднее значение ошибки скорости по всему сегменту в 60 сегментах испытаний снизилось примерно на 5.83%. На стороне RT-Thread поток управления работает с периодом 2 мс, последовательный поток отдельно обрабатывает команды и телеметрию, состояния между потоками синхронизируются мьютексом.

5. Наблюдения за тенденциями и итоги

5.1 Тенденции текущего выпуска: тестовая инфраструктура и границы безопасности дорабатываются одновременно

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

Из семи слияний текущего выпуска четыре связаны с тестированием: три меняют логику тестовых примеров, одно занимается только форматированием; направление одно — сделать вердикты CI достоверными: больше не полагаться на публичную сеть, не перекрываться последующими unit, не предполагать, что под musl можно установить signal 0. Безопасность — другая линия: выход за границы при чтении в DHCP закрыт, проблема прямого доступа пользовательского указателя терминала RT-Smart ioctl к ядру зарегистрирована и исправление предложено в тот же день, усечение таймера libc продвинулось от «исправления только запроса» к «исправлению вместе с установкой». Оба вида работ не создают новых функций, но указывают на одно и то же: заново сделать реальными две предпосылки — «тесты проходят» и «параметры достоверны». Для сравнения, предложения на стороне Smart продолжают обновляться в очереди и в этот день не слиты, что показывает: порядок обслуживания в этом раунде — сначала закрыть старые долги по тестам и сетевой стороне.

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

Дата: 2026-10-29 (текущий выпуск)　Источники: официальный интерфейс новостей, интерфейс статей сообщества

  • Официальный интерфейс новостей четвёртый месяц подряд не имеет новых записей; контент новостной стороны текущего выпуска взят из интерфейса статей сообщества и GitHub. В окне мониторинга СМИ найдена только одна длинная статья-исторический обзор RTOS (10-28 11:48); из-за ограничений доступа к исходному сайту невозможно проверить, касается ли текст RT-Thread, поэтому не включена.
  • Запись вчерашнего ежедневного отчёта о предложении полного форматирования clang-format 22.1.8 #11936 продолжает обновляться в текущем выпуске (10-28 18:50), существенных изменений нет, повторно не включается.
  • В окне мониторинга экосистемы topic:rt-thread только zlgopen/awtk имеет обновление (10-28 12:56); это обычное улучшение универсального GUI-инструментария, не имеющее прямой связи с RT-Thread, исключено.
  • Два попадания HN Algolia в текущем выпуске — ложные совпадения строк threads и ThreadShelf, вся партия исключена; на английской стороне Google News в окне нет соответствующих материалов.
  • Три работы конкурса опубликованы в один день и близки по теме; они включены отдельно по своим трекам и не объединены в одну запись, чтобы не потерять технические детали.

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

Таблица проверки источников

Источник Результат проверки
Официальный новостной интерфейс (rt_org) За 24 часа нет новых записей, последняя запись остановилась на 2026-06-17
Интерфейс статей сообщества (article) В окне мониторинга добавлено 3 статьи, все — работы конкурса встраиваемых систем 2026 (с 10-28 13:03 до 14:12)
Коммиты основного репозитория В окне мониторинга 7 смёрженных коммитов, сосредоточены 10-28 в 14:44 и с 18:48 до 19:04
PR основного репозитория Смёржено 4 (#11601, #11934, #11939, #11940), создано 2 (#11938, #11941), 17 предложений на рассмотрении обновлены в этом окне
Релизы / теги основного репозитория Нет новых, последний по-прежнему v5.3.0 (2026-09-10)
Issue основного репозитория Создан 1 (#11937, безопасность ioctl терминала RT-Smart), ещё 2 обновлены в этом окне
RT-Thread/packages Нет пушей, последний пуш 2026-10-23
vscode-rt-smart Нет пушей, последний пуш 2026-10-26
RT-Thread/sdk Нет пушей, последний пуш 2026-10-26
pkgs-test Нет пушей, последний пуш 2026-10-23
Поиск по экосистеме topic:rt-thread В окне мониторинга только пуш zlgopen/awtk, не имеет прямой связи с RT-Thread, исключён
Google News на китайском В окне мониторинга 1 обзорная длинная статья об RTOS, захват с исходного сайта ограничен, не включена
Google News на английском В окне мониторинга релевантных совпадений нет
HN Algolia 2 записи threads и ThreadShelf — ложные совпадения, вся партия исключена

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