Окно мониторинга: 2026-10-15 13:30 ~ 2026-10-16 08:00 (пекинское время, около 18,5 часов; предыдущий выпуск был компенсационным запуском после сбоя, точка отсечения позже обычной, текущий выпуск отсчитывается от его точки отсечения)

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

Индекс текущего выпуска

    1. Динамика ядра и версий
      • Пакет исправлений ядра и драйверов: исправление выхода за границы хеш-таблицы ofw и дополнение таймеров N32 зафиксированы (10-15)
      • Принято предложение по макроконтролю содержимого секции lwip: три коммита сетевого стека завершены (10-15)
      • 9PFS выявил два дефекта подряд: невыровненный доступ на ARMv7-A вызывает остановку ядра, чтение за границами в getdents подтверждено воспроизведением (10-15)
      • Новое предложение: устранение конфликта кодов F_GETFL/F_SETFL уровня DFS с командами управления устройствами (10-16)
      • Рассмотрение предложения на ревью: ESP32-C6 SPI получил три построчных замечания и поочерёдный ответ автора (10-15)
      • Обсуждение на ревью: углубляется спор о сохранении пути ответа GIC на aarch64 (10-15)
      • Активация задачи для новичков: открыто предложение поддержки menuconfig для efm32 (10-15)
      • Официальный новостной API пятьдесят седьмой день подряд без пополнений (10-16)
    1. Официальные и общественные мероприятия
    1. Экосистема и адаптация производителей
      • Проект сообщества: выпущен порт FreeDOS для платы Sifli SF32LB525 (Huangshan Pi) (10-15 ~ 10-16)
    1. Отраслевое применение
    1. Итоги и наблюдения за тенденциями
      • Тенденции за последние сутки (10-15 ~ 10-16)
      • Ограничения и примечания по дедупликации

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

1.1 Пакет исправлений ядра и драйверов: исправление выхода за границы хеш-таблицы ofw и дополнение таймеров N32 зафиксированы (10-15)

Дата: 2026-10-15 13:32 ~ 13:50 (время принятия)　Источник: PR #11845, PR #11812

В окне мейнтейнера приняты два исправления от сообщества. Первое — исправление ofw дерева устройств (#11845, 1 файл +4/-2, принято мейнтейнером Rbb666): устранены две скрытые угрозы выхода за границы хеш-таблицы phandle — количество выделяемых элементов изменено с max-min на max-min+1 (индекс поиска равен phandle-min, при максимальном значении phandle ранее происходило обращение за пределами выделенной области), обнуление при расширении теперь отсчитывается от конца старой таблицы по числу старых элементов (в исходной реализации не вычиталось начальное значение, при начальном phandle не равном 1 позиция обнуления была неверной); автор проверил функцию на 6 наборах тестов под GCC с ASan/UBSan. Второе — дополнение таймеров N32 (#11812, 39 файлов +3956/-105): для N32H47x_48x и N32H49x добавлены ранее отсутствовавшие ветки таблиц тактовых источников и экземпляров ATIM/GTIM/BTIM (обе серии используют общий drv_tim.c, но ранее была реализована только ветка H7xx), тик LPTIM переведён на вывод по реальному LSI, PWM и импульсный энкодер синхронно расширены, для трёх плат добавлены записи ci-attach, действительно компилируемые в объявления функций драйверов, в дополнение к #11800.

1.2 Принято предложение по макроконтролю содержимого секции lwip: три коммита сетевого стека завершены (10-15)

Дата: 2026-10-15 13:04 ~ 13:28 (время коммита / принятия)　Источник: PR #11815

Предложение по макроконтролю содержимого секции lwip (#11815) было завершено около точки отсечения предыдущего выпуска отчёта: автор rcitach в 13:04 отправил три финальных коммита (синхронизация жизненного цикла точки доступа wlan и пути прямого приёма, настройка параметров буфера lwip и сохранение tailroom PBUF, оптимизация логики запуска DHCP), в 13:28 принято, всего 6 файлов +188/-28. В предыдущем выпуске это дело завершилось со статусом «на ревью, запрошены изменения», в текущем выпуске внесено по конечному статусу принятия.

1.3 9PFS выявил два дефекта подряд: невыровненный доступ на ARMv7-A вызывает остановку ядра, чтение за границами в getdents подтверждено воспроизведением (10-15)

Дата: 2026-10-15 20:33 ~ 21:18 (время комментария / создания)　Источник: Issue #11868, Issue #11289

Участник XueDugu в окне мониторинга продвинул два дела по дефектам файловой системы 9PFS. Первое — вновь открытый дефект-тикет #11868: 64-битный макрос извлечения значения на пути приёма разыменовывает буфер через обычный указатель (get_rx_value64_of); под ARMv7-A GCC генерирует LDRD, требующий 8-байтового выравнивания, а размер структуры 292 и протокольная константа 42 делают rx_buffer+42 всегда равным 6 mod 8 — любой ответ Tstat (включая полностью корректный ответ) вызовет ошибку выравнивания в dfs_9pfs_open / dfs_9pfs_stat и приведёт к data abort ядра; в отчёте локализован коммит, внёсший 9PFS в 2025-12, приведена оценка CVSS 3.1 7.5 (удалённый отказ в обслуживании) и полная цепочка воспроизведения на QEMU vexpress-a9, а также приложены дизассемблирование и проверка через addr2line. Второе — открытый в марте #11289 (на пути getdents доверие к длинам stat/name, присылаемым сервером, приводит к чтению за границами), вечером 10-15 получил подтверждение воспроизведения сообществом на master (bsp/simulator + ASan), первопричина — отбрасывание количества принятых байтов и отсутствие проверки границ записи. Оба дела остаются открытыми.

1.4 Новое предложение: устранение неоднозначности совпадения кодов F_GETFL/F_SETFL уровня DFS и команд управления устройствами (10-16)

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

Участник CXSforHPU открыл предложение по устранению неоднозначности на уровне DFS (2 файла +56/-15): POSIX-команды F_GETFL(=3)/F_SETFL(=4) и RT-Thread-команды RT_DEVICE_CTRL_CONFIG(=3)/RT_DEVICE_CTRL_CLOSE(=4) совпадают по числовым кодам, оба набора команд используют один и тот же целочисленный параметр, и на пути fcntl драйвер может неверно их интерпретировать — ioctl в dfs_v2 является чистым сквозным пробросом, и драйверы вроде последовательного порта при закрытии LWP могут даже воспринять F_GETFL как CONFIG и переконфигурировать оборудование. Предложение не меняет кодировку команд, а устраняет неоднозначность по форме параметра: команда 3 с параметром передаётся драйверу, без параметра — по POSIX возвращает флаги состояния файла; команда 4 без параметра передаётся драйверу, с параметром — идёт на верхний уровень настройки, синхронно перерабатываются обе реализации dfs_v1 и dfs_v2 с сохранением пути уведомления socket.

1.5 Рассмотрение предложения на ревью: ESP32-C6 SPI получил три построчных замечания, автор ответил по каждому (10-15)

Дата: 2026-10-15 13:38 ~ 16:30 (время ревью / ответа)　Источник: PR #11846

Предложение поддержки ESP32-C6 SPI (#11846) получило три построчных замечания от мейнтейнера Rbb666: во-первых, после отключения DMA верхний предел одиночной передачи в IDF составляет 64 байта, а драйвер по-прежнему отправляет пакет целиком, из-за чего сообщение в 65 байт вызовет прерывание — следует передавать по частям или как минимум возвращать код ошибки; во-вторых, при совместном использовании C3/C6 с ESP-IDF-latest сборка C6 навсегда перепишет gdma.c на вызов с четырьмя параметрами, после чего сборка C3 будет ругаться на избыток параметров — следует перейти на целевые макросы или отдельную копию; в-третьих, проверка разрядности происходит после успешной инициализации шины, и повторная попытка с 8 битами после неудачи запроса 16 бит прервётся, поскольку шина уже инициализирована — следует сначала проверять, а потом запрашивать ресурсы. Автор ответил, что исправит каждый пункт (сегментированная отправка внутри драйвера, сохранение двух наборов вызовов по целевым макросам с двусторонней проверкой сборки, перенос проверки разрядности вперёд) и согласился убрать логику перезаписи из сборочного скрипта.

1.6 Обсуждение на ревью: спор о судьбе пути подтверждения GIC на aarch64 углубляется (10-15)

Дата: 2026-10-15 13:57 ~ 19:39 (время комментариев)　Источник: PR #11860

Предложение по исправлению GIC на aarch64 (#11860) в окне мониторинга вызвало углублённое техническое обсуждение: автор Xenithya пояснил, что удаляется избыточная запись GICD_ICPENDR очистки pending перед EOI — когда во время обработки прерывания от того же фронтового источника возникает новое событие (как в его сценарии с NPU: сначала сообщается об ошибке AXI, затем о завершении), эта запись стирает повторно защёлкнутый pending, из-за чего новое прерывание теряется навсегда; он привёл измеренные данные: с сохранением этой записи примерно на 19~33 инференса обязательно происходит одна потеря прерывания завершения, а после удаления на чистом пути прерываний 480 тысяч инференсов прошли без единого сбоя. Мейнтейнер GuEe-GUI дважды ответил: семантику этой функции следует понимать в режиме GIC без EOI, проблема также может быть в способе вызова интерфейса подтверждения прерываний в traps.c, и рекомендуется одновременно проверить вариант правки пути trap. Предложение остаётся открытым.

1.7 Активация задачи для новичков: открыто предложение поддержки efm32 menuconfig (10-15)

Дата: 2026-10-15 18:30 ~ 18:31 (время комментария / создания)　Источник: Issue #7530, PR #11867

Долгое время висевший дефект «задача для новичков по menuconfig» (#7530) повторно активирован в окне мониторинга: контрибьютор ymj0440 взял подзадачу efm32 — дополнить bsp/efm32 отсутствующими Kconfig и .config (.config сгенерирован обратным выводом из rtconfig.h, RT_USING_LWIP оставлен невключённым), чтобы этот BSP поддерживал конфигурацию через menuconfig, ссылаясь на прецеденты sam7x и lm3s8962; через 1 минуту после отправки комментария о принятии задачи в 18:30 был открыт PR (#11867, 2 файла, +408). Другой BSP rm48x50, ранее помеченный в этой задаче как требующий дополнения, уже имеет файлы конфигурации в основной ветке.

1.8 Официальный новостной интерфейс — пятьдесят седьмой день подряд без новых записей (10-16)

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

Последняя запись в архиве, возвращаемом официальным новостным интерфейсом (категория rt_org), по-прежнему датируется 2026-06-17; в окне мониторинга новых записей нет, обновление остановлено пятьдесят седьмой день подряд; информация о продуктах и мероприятиях по-прежнему публикуется в первую очередь через официальный аккаунт WeChat, форум сообщества и канал GitHub. Список новостей на официальном сайте отображается динамически на стороне клиента, поэтому в этом выпуске прямая проверка невозможна.

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

В окне мониторинга на стороне официальных и общественных мероприятий новых включённых записей нет: последний пост в интерфейсе статей форума сообщества по-прежнему остаётся работой «舒衡智养» от утра 10-15 (включён в предыдущий выпуск), на стороне медиа также нет новых публикаций в окне.

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

3.1 Проект сообщества: релиз порта FreeDOS на плате SiFli SF32LB525 (Huangshan Pai) (10-15 ~ 10-16)

Дата: 2026-10-15 22:11 ~ 2026-10-16 03:08 (время коммитов)　Источник: equence/sf8086

Разработчик сообщества опубликовал проект портирования sf8086: эмулятор 8086tiny портирован на отладочную плату SiFli SF32LB525 (Huangshan Pai, Cortex-M33) на базе RT-Thread, FreeDOS запускается непосредственно на плате — BIOS, загрузочный флоппи-диск и инструментальная цепочка компилятора Turbo C 2.01 полностью размещены в прошивке, без зависимости от внешнего хранилища; диск A: представляет собой RAM-диск, пересоздаваемый из flash при каждой загрузке (около 144 КБ доступно), можно запускать EDIT, DEBUG, ZIP и другие инструменты DOS; оболочка RT-Thread и консоль DOS совместно используют UART1 (включая арбитраж последовательного порта, отображение клавиш терминала и другие адаптационные коммиты). В окне мониторинга в проект отправлено 13 коммитов, включая скрипт сборки загрузочного диска MS-DOS 6.22 и скриншоты работы на плате; репозиторий помечен темами rt-thread, sifli, sf32lb525, freedos и другими.

Остальные каналы экосистемы в окне мониторинга продолжают молчать: индекс пакетов packages (последнее слияние 10-14), индекс Studio SDK (последнее обновление 10-10), репозиторий инструмента env (последний коммит 10-09), репозиторий драйверов устройств N32 (последний коммит 10-14) и нижестоящие проекты производителя GD32 — во всех них нет推送 в окне.

4. Отраслевое применение

В окне мониторинга на стороне отраслевого применения новых включённых записей нет.

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

5.1 Тенденции за последний день (10-15 ~ 10-16)

  • Аудит безопасности 9PFS стал фокусом окна: в стеке файловой системы 9PFS подряд выявлены две уязвимости, одна из которых — детерминированно воспроизводимый удалённый отказ в обслуживании (CVSS 7.5, с полной цепочкой воспроизведения и подтверждением через дизассемблирование), что указывает на то, что новый компонент,引入 в конце 2025 года, вступает в период集中 аудита.
  • Слияния сохраняют ритм: в окне мониторинга завершены три слияния (исправление выхода за границы хеш-таблицы ofw, дополнение таймера N32, закрытие макросов управления lwip), все提交 контрибьюторами сообщества и слиты мейнтейнерами.
  • Высокая плотность взаимодействия при ревью: ESP32-C6 SPI получил три построчных замечания, на которые автор ответил по пунктам; в предложении aarch64 GIC появились сотни тысяч итераций данных реальных тестов на уровне推理 и семантическое обсуждение с мейнтейнером.
  • Задача для новичков получила исполнителя: заявка на menuconfig повторно активирована после нескольких месяцев простоя; через 1 минуту после принятия задачи открыто предложение по efm32.
  • Активность сообщества на уровне плат: проект портирования FreeDOS на плате SiFli SF32LB525 в окне мониторинга выполнил 13 коммитов, оболочка RT-Thread и среда DOS сосуществуют на одном последовательном порту.
  • Молчание официальных каналов продолжается: официальный новостной интерфейс не обновляется до пятьдесят седьмого дня; в репозиториях экосистемы packages / Studio / env и других в окне мониторинга также нет推送.

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

  • Окно текущего выпуска отсчитывается от контрольной точки дополнительного прогона предыдущего выпуска (10-15 13:30), примерно 18,5 часа; предложения #11815, #11812 и другие, находившиеся на рассмотрении/повторно открытые в предыдущем выпуске, были закрыты до или после контрольной точки, в текущем выпуске они дозаписаны по финальному состоянию слияния (см. 1.1 ~ 1.2).
  • Пункты, уже включённые в предыдущий выпуск (обзорная статья об AI-тележке на CIIF, пост о работе «舒衡智养» и т. д.), в текущем выпуске не раскрываются; ни в интерфейсе статей форума, ни в китайской стороне окна Google News нет новых значимых материалов, на английской стороне — ноль совпадений.
  • Повторная проверка HN — ноль совпадений; в окне поиска по экосистеме topic:rt-thread — 1 пункт (sf8086, уже включён), остальные универсальные проекты не включаются.
  • В основном репозитории releases / tags нет новых версий (последняя v5.3.0, выпущена 09-10); страница списка новостей официального сайта динамически рендерится на фронтенде, невозможно напрямую проверить.
  • Среди агрегированных кандидатов появилась 1 статья-интервью с Damo Academy на riscv.org, после проверки — тема RISC-V, не связана с RT-Thread, не включена.

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

Источник Результат проверки
Официальный новостной интерфейс RT-Thread (rt_org) В окне нет новых поступлений, последний архивный материал по-прежнему от 06-17, остановка обновления продолжается пятьдесят седьмой день подряд
Интерфейс статей сообщества форума В окне нет новых постов (последний пост 10-15 08:32 уже включён в предыдущем выпуске)
Страница списка новостей официального сайта Динамический рендеринг на фронтенде, невозможно напрямую проверить (данные совпадают с официальным новостным интерфейсом)
GitHub org: RT-Thread (основной репозиторий) Слиты #11845, #11812 (см. 1.1); до или после контрольной точки закрыт #11815 (см. 1.2); открыт новый баг-репорт #11868 (см. 1.3) и предложение #11869 (см. 1.4); на рассмотрении взаимодействие #11846, #11860, #11867 (см. 1.5 ~ 1.7)
GitHub RT-Thread/packages и env В окне нет пушей (последнее слияние в packages 10-14; последний коммит в env 10-09)
GitHub RT-Thread Studio организация компонентов В окне нет пушей в sdk-index (последний 10-10); в остальных репозиториях без изменений
GitHub RT-Thread-packages / драйверы N32, нижестоящий GD32 В окне нет пушей (последние коммиты 10-14 / 09-28)
GitHub поиск по экосистеме topic:rt-thread В окне 1 пункт sf8086 (см. 3.1), уже включён
GitHub releases / tags В основном репозитории нет новых релизов (последний по-прежнему v5.3.0 от 09-10)
Агрегация Google News (китайский и английский, через прокси) На китайской стороне в окне нет новых значимых материалов; на английской стороне ноль совпадений
HN Algolia В окне нет связанных обсуждений

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