调研窗口：2026-10-26 08:00 ~ 2026-10-27 08:00（北京时间，24 小时）

信源：RT-Thread 官方新闻接口与社区文章接口、GitHub（主仓库 commits / PR / Issue / releases / tags、RT-Thread/sdk、vscode-rt-smart、packages、pkgs-test、topic:rt-thread 生态检索）、Google News 聚合（中英文六组查询，走代理）、HN Algolia、行业媒体（电子工程专辑 RT-Thread 专栏）与厂商渠道核验（详见附录信源清单）

本期索引

  • 一、内核与版本动态
    • 主线 24 小时零提交，最后一笔仍是 lwIP 回环，组织内只有 VS Code 扩展在动（10-26）
    • 待合并队列 13 个提案同日翻动，新增只有瑞萨 RA6W1 一笔（10-26）
  • 二、安全与稳定性跟进
    • signalfd 的全局计数越界：第 11 次调用起把内核指针写到堆块之外（10-26）
    • musl 线程链表在并发退出下的释放后使用：futex 锁没有起到互斥作用（10-26）
    • 时间子系统两处修复转为成熟版：settimeofday 去强转、gmtime_r 处理负时间戳（10-26）
    • ESP-IDF v6.1 的 include 顺序改由包侧修：主仓提案关闭，esp-idf 包提案合入（10-26）
  • 三、工具链与开发体验
    • vscode-rt-smart 0.4.14 合入：砍掉 4826 行，扩展从 IDE 收回成 Env 入口（10-26）
    • Eclipse 工程生成器漏传内核宏：Studio 的 24 个隐式声明警告有了解法（10-26）
  • 四、生态与厂商适配
    • 瑞萨 RA6W1 提交系统资源分配优化，BSP 进入二期完善（10-26）
    • STM32 以太网补 ops 层与 SR8201F PHY，ADC 日志等级下调（10-26）
  • 五、官方与社区
    • 官方新闻接口 24 小时无新增，最新一期停在 6 月 17 日（10-26）
    • 社区长文《rtthread启动链路分析》：从 Reset_Handler 到 main 拆成三段（10-26）
    • 媒体侧 24 小时无新稿，最近仍是 10-24 的 RISC-V 峰会报道（10-26）
  • 六、总结与趋势观察
    • 本期趋势：合入停摆，缺陷报告与工具链改造接棒
    • 局限性与去重说明

一、内核与版本动态

1.1 主线 24 小时零提交，最后一笔仍是 lwIP 回环，组织内只有 VS Code 扩展在动（10-26）

日期：2026-10-26（核查时间）　来源：主仓库提交记录、组织仓库列表

本窗口 master 没有落任何提交。主仓库最后一笔仍是 10-25 19:26 的 lwIP 回环 netdev（#11893），再往前是 10-23 的 clang-format 规则收口（#11859），两笔都已在上一期报告里写过。换句话说，10-26 一整天主线代码没有前进，既没有新合入，也没有直接推送到 master 的维护性提交。

组织层面同样安静：35 个仓库里近 7 天有推送的只有 6 个，落在 24 小时窗口内的只有一个，即 vscode-rt-smart（10-26 22:35 的合并提交）。sdk 与 toolchains-ci 的最近一次动作停在 10-26 07:57 与 00:33，都在窗口起点之前，内容是上一期写过的 TriCore 工具链与 QEMU 模拟器两个包。packages 与 pkgs-test 的最后提交仍是 10-23。

版本侧没有变化：最新发布物与标签还是 09-10 的 v5.3.0，没有预发布、没有新标签。

1.2 待合并队列 13 个提案同日翻动，新增只有瑞萨 RA6W1 一笔（10-26）

日期：2026-10-26（最后更新）　来源：主仓库提案列表

24 小时内共 13 个提案有新动作，其中 12 笔仍在审、1 笔关闭，没有一笔合入——最近一次合入仍是 10-25 的 #11893。构成比较集中：修复类 6 笔（tmpfs 截断 #11910、dlmodule 未初始化全局量 #11915、串口 rx_indicate #11931、settimeofday #11928、gmtime_r #11929、NVMe 命名空间泄漏 #11920），BSP 与驱动 3 笔（ESP32-S3 #11844、RA6W1 #11934、STM32 以太网 #11819），工具类 3 笔（Eclipse 导出 #11930、mkdist #11874、Keil/IAR 目标选择 #11743），关闭的那笔是 #11926（见 2.4）。

当天新开只有 #11934 一笔。修复类占比过半，说明评审侧仍在推进，只是没有形成合入。检索结果里另有两笔 2018 与 2019 年的旧提案（#1956、#2461）因索引刷新出现在更新列表中，不计入统计。

二、安全与稳定性跟进

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 字节（64 位下 8 字节步长），形成持续、由调用方控制节奏的内核堆越界写，写进去的值还是内核指针。

影响面按作者逐个标签核对：引入点是 2023-09-11 的 7c3d966d（#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 安装。

目前该单无对应修复提案，也未打标签。

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），或者线程的返回地址被改写成 0（Instruction Abort）。

作者的定位结论是问题完全在用户态：musl 用基于 futex 的 __tl_lock / __tl_sync 保护线程链表，但在 SMP 并发退出的场景下这组锁没有真正提供互斥，导致双向链表被写坏；内核侧 futex 实现本身语义正确，不承担这个缺陷。复现材料是一个 1000 轮、8 线程的 tl_race 程序，几百轮内即崩。

该单带 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() 原来先用 (long) 把 tv_sec 强转再判断正负，在 ILP32 且 time_t 为 64 位、long 为 32 位的配置下，2^31 到 2^32-1 之间的合法时间戳会被截成负数，函数在碰 RTC 设备之前就以 EINVAL 拒绝——2208988800（2040-01-01）就是这样被拒的。修法是按字段自身类型校验，不做强转。

#11929 两个文件 +104/-9：gmtime_r() 用 C 的除法与取模拆时间戳，而 C 的除法向零截断，负输入下余数为负，年份循环又只能往未来走，于是 -1 得到 1970-01-01 00:00:-1、-31536000 的年份字段变成 1970-01--364。修法是把负数路径规范化后再拆。

两单都没有合入。另两笔（timer_gettime() 截断 #11924、时间子系统工作项调研 #11927）本窗口内无新进展。

2.4 ESP-IDF v6.1 的 include 顺序改由包侧修：主仓提案关闭，esp-idf 包提案合入（10-26）

日期：2026-10-26 09:15 与 11:37（合入与关闭时间）　来源：RT-Thread-packages/esp-idf 提案 #19、主仓提案 #11926

上一期记录的 #11926 想在主仓里调整 ESP32 C3／C6 的 FreeRTOS 头文件包含顺序，以修掉 ESP-IDF v6.1 适配后 master 上的构建失败。这轮讨论给出了另一条路径：维护者在评论里提出「让 AI 把 idf 改成 scons」，并指向包仓的提案 #19；另一维护者随后追问是否要先合包仓那笔。

结果是包仓提案 #19（fix(scons): prioritize RT-Thread FreeRTOS headers）于 10-26 09:15 合入，主仓 #11926 于 11:37 关闭未合入。也就是说，头文件优先级问题在 SCons 构建脚本层面解决，主仓不再改 include 顺序。这条对 BSP 维护者的意义在于：esp-idf 相关构建问题今后优先在包仓处理，主仓只承担内核与框架侧改动。

三、工具链与开发体验

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 的安装、更新与状态显示，同时保留工程根目录配置。

新增的是一条编辑器内置浏览器命令与 code --open-url 的 URI 处理，并保留了原有的认证回调；配套补了 140 行浏览器测试，作者给出的验证口径是 npm run compile、npm run lint、npm test（13 项通过）与 npm run package:vs 四步。

从产品定位看，这是一次明显的退让：扩展不再试图在 VS Code 里复刻 RT-Thread Studio 的配置与调试能力，只保留「Env 入口＋内嵌浏览器」两件事，把体量与维护面压下来。

3.2 Eclipse 工程生成器漏传内核宏：Studio 的 24 个隐式声明警告有了解法（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 分支在 src/SConscript 里通过 LOCAL_CPPDEFINES 注入，命令行 scons 构建能识别，但 Studio 每次 make 之前调用的 tools/targets/eclipse.py 不收集这个组级定义，于是 dist 导出工程出现 24 条 -Wimplicit-function-declaration：clock.c 1 条、ipc.c 7 条、thread.c 12 条、timer.c 1 条、scheduler_comm.c 3 条。

修法是把 __RT_KERNEL_SOURCE__ 提到 Kernel 组的全局 CPPDEFINES，与既有的 msvc 分支保持一致。改动不涉及内核源码，只动工程生成脚本。

四、生态与厂商适配

4.1 瑞萨 RA6W1 提交系统资源分配优化，BSP 进入二期完善（10-26）

日期：2026-10-26 18:22（创建时间）　来源：主仓提案 #11934

本窗口唯一新开的提案，来自瑞萨 RA6W1 方向的定期提交者，分支名 rcitach/sboot，5 个文件 +191/-110，标题是「优化系统资源分配」。

RA6W1 的 BSP 走的是「先合骨架、后补驱动」的两阶段模式：首版在 8 月合入，之后由芯片原厂一侧分批补充外设与电源管理。这笔落在第二阶段，动的是启动与资源分配相关的配置，不改外设驱动框架。提案模板里的验证 BSP 与 .config 两栏尚未填写，状态仍是草稿口径。

4.2 STM32 以太网补 ops 层与 SR8201F PHY，ADC 日志等级下调（10-26）

日期：2026-10-26 10:25（最后更新）　来源：主仓提案 #11819

一笔三合一的驱动提案，4 个文件 +34/-3，覆盖 STM32 侧三处独立问题。

一是 ADC 驱动默认日志等级过高，正常使用时刷屏，改为 DBG_WARNING 并保留宏开关。二是 ETH 驱动缺少 ops 层适配，上层网络框架无法用统一接口操作设备，本笔实现并注册了 ops 回调集。三是 PHY 驱动不支持 SR8201F，用该芯片的板卡无法起以太网，本笔补了识别 ID、初始化流程与寄存器配置并加入 PHY 列表。验证板是 stm32f429-atk-apollo，配置开了 RT_USING_DEVICE_OPS、BSP_USING_ETH 与 PHY_USING_SR8201F。

五、官方与社区

5.1 官方新闻接口 24 小时无新增，最新一期停在 6 月 17 日（10-26）

日期：2026-10-26（核查时间）　来源：官方新闻接口

组织分类的新闻列表仍返回 5 条，updatetime 分别为 2026-06-17（两条）、06-11、06-09、06-02，涵盖了阿布扎比投资论坛、第四届软件创新发展大会、临港「滴水智汇」具身智能活动、张江高科实验小学的校外基地授牌与第五届工业技术论坛。五条都是往期内容，本窗口无更新。

接口返回的字段里没有发布日期，只有 updatetime，正文中的事件时间也比 updatetime 更早（例如阿布扎比论坛正文写的是 6 月 11 日、工业技术论坛写的是 5 月 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 并不把主频配到 72MHz，它只是把 RCC 打回复位状态并把 SCB->VTOR 设到 Flash 起始；第二段是 C 初始化，entry 进入 rtthread_startup()，rt_hw_board_init() 里才配 72MHz 时钟与堆，随后建 main、timer、idle 三个线程；第三段是调度器启动，rt_system_scheduler_start() 挑优先级最高的就绪线程，默认先跑 timer 线程，main() 要等到 main_thread_entry() 里 rt_components_init() 之后才出场。

文末还给了四个「容易记错的点」与一节自验方法，属于读内核代码时的常见困惑点汇总。

5.3 媒体侧 24 小时无新稿，最近仍是 10-24 的 RISC-V 峰会报道（10-26）

日期：2026-10-26（核查时间）　来源：Google News 聚合（中文）

中英文六组查询（精确串 3 天、睿赛德 7 天、睿擎 7 天、英文精确串 3 天、RTOS 3 天、操作系统 3 天）只回到两条旧稿：10-24 电子工程专辑的《端侧 AI 成 RISC-V 新战场：RT-Thread 睿赛德全栈实践亮相第六届 RISC-V 中国峰会》，与 10-21 的《睿擎平台 V1.8.4 发布 编码器、MIPI、GPIO 全方位升级》。两篇分别已在 10-26 与更早的报告中收录，本窗口无新增。

英文侧三组查询全部零命中。HN Algolia 的 19 条历史命中最新停在 2025-05，窗口内四条候选均为 “threads” 字面误匹配（Python 线程调试工具、虚拟线程剖析、Threads 社交平台 MCP），已全部剔除。

六、总结与趋势观察

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 导出漏传内核宏的问题也提了补丁，直指 Studio 下 24 条隐式声明警告。

四是厂商侧仍以 BSP 为主。瑞萨 RA6W1 进入二期资源分配优化，ST 补以太网 ops 与 SR8201F PHY，乐鑫的 ESP32-S3 BSP 提案仍在 55 个文件规模上等待评审，没有芯片新品或架构级动作。

6.2 局限性与去重说明

日期：2026-10-27（本期）　来源：主仓库提交记录

其一，官方新闻接口与社区文章接口均已核查，前者自 6 月起未更新，本期官方口径无新内容。

其二，本期与 10-26 期不重叠：上一期窗口终点为 10-26 08:00，本期从该时点起算。#11910、#11915、#11920、#11901 等提案上一期已作为「待合并缺陷」汇总，本期不再重复展开，只在队列统计中出现。

其三，未收录 #2461、#1956、#2467、#5096 四条旧提案：检索结果里它们的更新时间落在本窗口，但关闭与合并时间分别是 2019、2018、2019、2021 年，属于索引刷新而非新事件。

其四，GitHub 匿名接口限额本轮接近上限，组织级核查用单次 sort=pushed 请求完成，未逐仓拉取全部事件；主仓库提交以 commits 接口返回的前 100 条为准，已足以覆盖 24 小时窗口。

附录：信源核查表

信源 核查结果
RT-Thread 官方新闻接口（组织分类） 无新增，仍返回 5 条，最新 updatetime 停在 06-17
社区文章接口（article） 窗口内新增 1 篇：rtthread启动链路分析（10-26 08:59）
GitHub 主仓库 commits 窗口内 0 笔，最后一笔为 10-25 19:26 的 lwIP 回环
GitHub 主仓库 PR 13 笔更新，合入 0 笔，新开 1 笔（#11934），关闭 1 笔（#11926）
GitHub 主仓库 Issue 新开 2 笔：#11933 signalfd 越界、#11932 musl 线程链表 UAF
GitHub 主仓库 releases / tags 无新发布，最新仍为 09-10 的 v5.3.0
GitHub org 仓库推送 35 仓中近 7 天 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 2 仓推送（AKP05E 固件、AWTK），均为生态参考，未收录
Google News 聚合（中英文，走代理） 六组查询，中文 2 条均为旧稿，英文 0 条
HN Algolia 四条候选均为 threads 字面误匹配，已剔除
行业媒体（EET-China 专栏） 窗口内无新稿，最近一篇为 10-24 峰会报道

完整信源清单