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

信源：RT-Thread 官方新闻接口、社区论坛文章接口、GitHub（主仓库 commits / PR / Issue / Releases / tags、RT-Thread-packages 组织各仓、topic:rt-thread 生态检索）、Google News 聚合（中英文多组查询，走代理）、HN Algolia、行业媒体与厂商渠道核验（详见附录信源清单）

本期索引

  • 一、内核与版本动态
    • 挂起三年的时间片调度提案补做核对：判别式与 #11907 殊途同归，但「延后写 READY」在单核引出重复释放（10-21）
    • 动态模块未初始化全局变量修复：BSS 段分配指针不推进等四处缺陷一并处理（10-21）
    • 主线自 10-19 后无新提交，v5.4.0 仍只有版本宏没有发布物（10-22）
  • 二、安全与稳定性跟进
    • NFS 读路径以服务端计数做 memcpy 长度：一次 cat 即可覆盖返回地址（10-22）
    • raw-API DHCP 服务端选项遍历缺边界：最多越过 1500 字节缓冲 4 字节（10-21）
    • 前一日两笔内存缺陷的修复提案仍在审，本期无合入（10-21）
  • 三、官方与社区活动
    • 官方新闻接口无新增，社区论坛窗口内无全新长文（10-22）
    • 睿擎 V1.8.4 发布稿与直播预告同日上线，窗口内未见复盘（10-21）
  • 四、生态与厂商适配
    • ESP-IDF v6.1 包侧合入：C3/C6 出现用 RT-Thread 替换 FreeRTOS 的官方开关（10-21）
    • BSP 侧同批提案阻塞解除：C3 十三个配置全通过，上板待验（10-21）
    • OSPI 与 OctaFlash 进入组件层：SFUD 支持 1-1-1 与 8-8-8 两种模式（10-21）
    • Cortex-A 的 GIC 打印函数修正格式符：%p 传非指针属未定义行为（10-21）
    • 睿擎 V1.8.4 与新 IDE：编码器、MIPI RGB666、GPIO 上下拉、GD32H7 工程支持（10-21）
    • GD32 嵌入式 UI 示例仓建立，组织内其余主仓继续静默（10-21）
  • 五、行业应用
    • 睿擎 V1.8.4 的工业现场修复：EtherCAT 中断亲和性、telnet 下 netstat 卡死、UART DMA 波特率（10-21）
  • 六、总结与趋势观察
    • 本期趋势
    • 局限性与去重说明

一、内核与版本动态

1.1 挂起三年的时间片调度提案补做核对：判别式与 #11907 殊途同归，但「延后写 READY」在单核引出重复释放（10-21）

日期：2026-10-21 14:16 ~ 14:41（评论时间）　来源：PR #6645、PR #11907

2022-11-23 提交的时间片调度补丁（#6645）长期挂在 Status: waiting for test，社区成员 Yunlk 在窗口内连发三条评论把它重新拉回评审视野。第一，补丁改的 src/scheduler.c 在当前主线上已被拆分为 scheduler_comm.c、scheduler_up.c、scheduler_mp.c，原补丁无法直接应用，评论给出了改动点与新版文件的逐处对应。第二，该补丁的核心判别式——只有「仍在运行且时间片未用尽被抢占」才插队首，其余一律队尾——与 #11907 独立得出的结论完全一致，两条互不知情的路径收敛到同一判断，作者称这本身可作为方向有效性的旁证。第三，真正的分歧在实现手段：本补丁删掉插入开头写 READY 的覆盖、改为插入末尾统一置位并清 YIELD，导致插入期间线程状态仍为 RUNNING。

按此逻辑移植到单核路径后，QEMU vexpress-a9 上信号量唤醒顺序由 BA 修正为 AB、启动顺序由 DC 修正为 CD，三线程时间片轮转正常，但调度组 utest 稳定崩溃：rt_smem_free 断言失败，回溯为 rt_free ← rt_defunct_execute ← idle_thread_entry，即 idle 回收已结束线程时对同一 TCB 二次释放，两次运行在同一用例复现。隔离实验把 rt_schedule() 里原有那处 YIELD 清除加回去，崩溃照旧，说明问题不来自清除位置，而出自「延后写 READY」。补测 SMP（双核配置）后判别式同样有效，重复释放只在单核路径观察到；作者同时更正了自己此前「SMP 未测」的说法。结论建议：判别式值得保留，但以 #11907 的「先存 stat_before 再判断」为基础推进，#6645 若要继续需先查清单核下的二次释放。

1.2 动态模块未初始化全局变量修复：BSS 段分配指针不推进等四处缺陷一并处理（10-21）

日期：2026-10-21 21:09（创建时间）　来源：PR #11915、Issue #5705

贡献者 usualtreee 针对 2022 年 3 月报告的 #5705 开出修复，问题在当前主线 1c801efa 上仍可复现。缺陷集中在可重定位模块（ET_REL）加载路径 dlmodule_load_relocated_object()，即 Cortex-M 等启用 RT_USING_MODULE 的板级所走的路径：其一，BSS 段（SHT_NOBITS）加载后分配指针不推进，多个 NOBITS 段会重叠在同一块内存；其二，段符号重定位公式缺少段链接地址修正；其三，SHN_COMMON 符号（tentative 定义的未初始化全局变量）被静默跳过，原因是代码去读 shdr[0xfff2] 取段名得到垃圾值后不匹配；其四，该路径从不构建 module->symtab，dlsym() 对 ET_REL 模块永远失败。

修法对应四点：BSS 段加载后按段大小推进指针；rodata/bss/data 段重定位统一为「段加载地址 − 段链接地址 + 符号值」；为 SHN_COMMON 单独分配公共块，并把该分支前置到段名匹配之前以避免越界读；从 .symtab 收集全局函数符号构建 module->symtab。改动两个文件 +147/-9，在 qemu-vexpress-a9 上用三个测试模块验证：修复前 ET_REL 模块 dlsym 失败，修复后成功且两个未初始化全局变量地址（0x600d2008 与 0x600d2004）互不重叠、特征值写入回读通过，两个 ET_DYN 模块结果不变。提案已过 CLA，处于 components 组评审。

1.3 主线自 10-19 后无新提交，v5.4.0 仍只有版本宏没有发布物（10-22）

日期：2026-10-22（核查时间）　来源：主仓库提交记录、releases、tags

窗口内主线零提交、零合入，最新一笔仍是 10-19 18:49 的 [bsp][spacemit/k1] first version；组织页的推送时间同样停在 10-19，其余仓库最近活动为 10-18 的 rtthread-skills 与 smart-build、10-17 的 env 与移植规格仓库。版本侧无变化：最新标签与发布物仍是 09-10 的 v5.3.0，10-17 那笔「Bump version to v5.4.0」至今只有版本宏，没有发布说明与二进制。本期的实际代码活动全部落在在审提案、缺陷单与 RT-Thread-packages 侧的包仓库。

二、安全与稳定性跟进

2.1 NFS 读路径以服务端计数做 memcpy 长度：一次 cat 即可覆盖返回地址（10-22）

日期：2026-10-22 02:13（创建时间）　来源：Issue #11917、dfs_nfs.c

贡献者 XueDugu 新开 NFS 客户端缺陷单，属可直接利用的内存破坏。nfs_read() 把请求长度限制在 1024 字节以内，但拷贝时用的是服务端回复里的 READ3resok.count，既不与调用方请求长度比较，也不与同一回复里解码出的数据长度比较；XDR 解码侧用 xdr_bytes(..., ~0) 作上限，长度校验永远不触发。两个计数字段在协议里相互独立，恶意服务端完全可以对一次 80 字节的请求回 count = 512 加 512 字节数据。

后果落在内置的 cat 命令上：dfs_file.c 用 char buffer[81] 承接读取，单次 cat 一个文件即可越过缓冲尾部最多约 430 字节，覆盖 finsh 线程栈上的返回地址。缺陷由 2010-05-20 的提交 0fbfdec40d 引入，自 v1.2.0 起的每个版本都受影响，含 v5.3.0 与当前主线。作者在 QEMU vexpress-a9 与 RP2350 实板上分别复现；NFS 客户端自己组装 AUTH_SYS、走无认证的 UDP，挂载的服务端或路径上的注入者均可控制溢出内容。该单目前未被认领。

2.2 raw-API DHCP 服务端选项遍历缺边界：最多越过 1500 字节缓冲 4 字节（10-21）

日期：2026-10-21 15:49（创建时间）　来源：Issue #11913、dhcp_server_raw.c

另一位研究者 K-ANOY 报告 raw-API DHCP 服务端的越界读。选项查找函数只保证返回指针落在缓冲区内，遍历时 buf[1] 未先校验 buf + 1 < end，末尾只剩一个字节的选项头会读出界一字节；调用方随后按固定宽度取值（请求 IP 读 4 字节、消息类型读 1 字节），把选项头摆在尾部即可让 opt[2]..opt[5] 越过 1500 字节的 pbuf 堆块最多 4 字节。同一目录下基于套接字的 dhcp_server.c 恰好做了这些检查——长度是否越界、声明长度是否有效、length < 4 与 length < 1——反证 raw 版本缺的正是这几道。

触发条件只是同网段任意主机向 UDP/67 发一个选项区被截断的报文，无需认证；作者在 ASan 下完成逻辑级复现，并指出被读出的值只用于比对与分支，未直接外传。该单已打 bug 与 component: net 标签，尚未认领。

2.3 前一日两笔内存缺陷的修复提案仍在审，本期无合入（10-21）

日期：2026-10-21（核查时间）　来源：PR #11911、PR #11910

前一期收录的两笔内存缺陷均有对应修复在流程中：cromfs 目录名长度受约束的提案（#11911，由同一研究者提交，与缺陷单 #11905 对应）与 tmpfs 截断为零长度时的释放后使用修复（#11910，在 RT-Smart 的 aarch64 上被复现后由 remukisama 提交）。两笔在本窗口内只有状态与评论更新，未合入主线，本期不再重复展开技术细节。

三、官方与社区活动

3.1 官方新闻接口无新增，社区论坛窗口内无全新长文（10-22）

日期：2026-10-22（核查时间）　来源：RT-Thread 官方新闻接口、社区论坛文章接口

官方新闻接口的组织分类仍返回 25 条存档稿，最新一条停在 2026-06-17，停更已逾四个月；官网新闻列表页为前端动态渲染，抓取只得到加载空壳，新闻数据以接口为准。社区文章接口前 25 条里窗口内无全新长文，最新更新时间是 10-21 10:08 的双板协同智能终端作品，其技术要点前一期已收录，本期按编辑更新处理；另有 10-19 发布的 Edgi-X 全域适配挑战赛公告，落在窗口之外。

3.2 睿擎 V1.8.4 发布稿与直播预告同日上线，窗口内未见复盘（10-21）

日期：2026-10-21 11:50（发布时间）　来源：电子工程专辑：睿擎平台 V1.8.4 发布

睿擎平台的 V1.8.4 发布稿在窗口内上线，正文与前一日的直播预告相互印证，功能清单见 4.5，工业现场的稳定性修复见 5.1。发布稿末尾仍以「今晚 20:00 直播实机解析」作结，说明直播在稿件发布时尚未进行；窗口内检索未见该场直播的复盘稿或录播说明，本期不作效果评价，只记版本已发布、IDE 同步升级至 V1.5.62。

四、生态与厂商适配

4.1 ESP-IDF v6.1 包侧合入：C3/C6 出现用 RT-Thread 替换 FreeRTOS 的官方开关（10-21）

日期：2026-10-21 15:23（合入时间）　来源：RT-Thread-packages/esp-idf PR #18

RT-Thread-packages 的 esp-idf 包完成自 5.1 到 6.1.0 的整包升级并合入，变更文件两万余。相对官方 v6.1，这次合入带了三处 RT-Thread 侧的结构性改动：新增 components/rtthread/（C3/C6 的移植层、rtconfig.h、board/context、CMake 与链接脚本），新增 components/riscv/vectors_rtthread.S，并在 FreeRTOS、esp_system、esp_timer 等处加 CONFIG_IDF_RTOS_RTTHREAD 开关路径；menuconfig 里对应「Component config → FreeRTOS → Extra → Replace FreeRTOS with RT-Thread」。对 RISC-V 而言这一步的意义在于：C3、C6 属 RISC-V 内核（与 Xtensa 的 S2/S3 不同），此前只能在 IDF 5.x 上按旧集成方式跑 RT-Thread，现在拿到的是 6.1 底座加一条官方承认的内核替换通道。

4.2 BSP 侧同批提案阻塞解除：C3 十三个配置全通过，上板待验（10-21）

日期：2026-10-21 15:24（评论时间）　来源：PR #11870

与包侧配套的主仓提案 #11870 在本窗口获得维护者一句「esp-idf 已合」的回复，此前的阻塞点消除。该提案改动 55 个文件 +4554/-333：C3 与 C6 分别适配 ESP-IDF v6.1 的兼容面（portmacro.h 的 FreeRTOS V11 声明、sections.ld、port.c、main.c、rtconfig.py 及 ADC/SPI 驱动小改），并把 RISC-V 工具链从 gcc 11.2（esp-2022r1）升到 gcc 15.2（esp-15.2.0_20251204），CI workflow、docker 与 tools/ci 同步调整。作者给出的验证是 C3 十三个 attachconfig 配置全部编译通过、C6 默认配置编译链接通过，硬件上板仍待补；ESP32-S3 的移植与 FreeRTOS 兼容层的改动另开提案，不在这一笔里。

4.3 OSPI 与 OctaFlash 进入组件层：SFUD 支持 1-1-1 与 8-8-8 两种模式（10-21）

日期：2026-10-21 15:22（创建时间）　来源：PR #11912

现有驱动层只有 SPI 与 QSPI 通路，经 SFUD 访问八线 Flash 没有原生路径。本提案在组件层补 OSPI：新增总线、设备、配置与消息定义及传输助手，同时保留既有 SPI/QSPI 路径；把 OSPI 传输与器件探测接进 SFUD，覆盖读、写、擦与状态查询，并在器件表里加入 MX25LM51245G 用于验证。为跑通整条链路，另加通用 STM32 OctoSPI 底层驱动 drv_ospi.c（504 行）与 L4 系列配置头，并在 stm32l4r9-st-eval 板级补 OCTOSPI1 的引脚、时钟与 MSP 配置及进入 OPI STR/DTR 模式的辅助函数，顺带修掉该板级堆与链接布局造成的 .bss 重叠。改动 32 个文件 +3728/-956，四个提交，CLA 已签，评审已指派 STM32 组三位维护者；作者报告已在实板上以 GCC 构建运行，1-1-1 与 8-8-8 两种模式均可被 SFUD 识别。

4.4 Cortex-A 的 GIC 打印函数修正格式符：%p 传非指针属未定义行为（10-21）

日期：2026-10-21 18:00（创建时间）　来源：PR #11914

libcpu/arm/cortex-a 下 GICv2 与 GICv3 的信息打印函数存在四类格式说明符与实参类型不匹配：物理地址是 rt_uint32_t 却用 %p 打印，属未定义行为；GIC 版本号是 unsigned long、最大中断号与中断号是 unsigned int，却都用 %d。以 -Wall -Wformat 编译 Cortex-A 板级时这些全部报警。提案把 %p 改为 0x%08x、%d 改为 %u，并对由 0xfUL 取出的版本号加显式 unsigned int 转换，两个文件 +64/-40，只动格式符不动运行时逻辑。

4.5 睿擎 V1.8.4 与新 IDE：编码器、MIPI RGB666、GPIO 上下拉、GD32H7 工程支持（10-21）

日期：2026-10-21 11:50（发布时间）　来源：电子工程专辑：睿擎平台 V1.8.4 发布、睿擎文档中心

睿擎平台发布 V1.8.4，SDK 侧 6 项新增、4 项修复，RuiChingStudio IDE 同步升到 V1.5.62。新增能力集中在 RC3506 的外设与显示：加入 QY1503 绝对值旋转编码器驱动，走 SSI 接口并提供正交脉冲 PWM 输出示例，面向电机闭环与角度测量；MIPI DSI 补 RGB666（18 位色深）适配，显示格式与 lane 数经设备树配置；开放 mipi_display_start() 接口，让应用自行决定显示初始化时机，便于安排显示与背光的上电顺序；GPIO 新增 PIN_MODE_INPUT_PULLUP 与 PIN_MODE_INPUT_PULLDOWN 两种输入模式，省掉外部上下拉电阻；新增 amp_device 调试命令，可查看 AMP 架构下设备归属（RT-Thread 侧或 Linux 侧）、中断亲和性与时钟频率。IDE 侧新增 GD32H7 系列的工程创建、构建与 J-Link/DAP-Link 下载调试支持，并优化 GD32H7 与 RK3576 工程的链接流程；完整更新日志与 SDK 已同步到文档中心。

4.6 GD32 嵌入式 UI 示例仓建立，组织内其余主仓继续静默（10-21）

日期：2026-10-21 17:58（提交时间）　来源：GD32EmbeddedUI-demos

RT-Thread-packages 组织下新增 GD32EmbeddedUI-demos，由维护者 Rbb666 在窗口内建立，目前只有一笔 Initial commit，内容尚未成形，本期只作建仓记录。组织内其余仓库无新推送：主仓停在 10-19，rtthread-skills 与 smart-build 停在 10-18，env 与移植规格仓库停在 10-17，packages 索引停在 10-14；FreeRTOS 兼容层与 n32h7xx 标准驱动分别在 10-16 与 10-14 有过推送。生态侧另有若干个人仓库在窗口内出现（rt-thread-am、rtthread-nano-fw、initcall 框架提取、Studio 补全插件等），均为星标个位数的新建仓，不构成可报道的项目动态。

五、行业应用

5.1 睿擎 V1.8.4 的工业现场修复：EtherCAT 中断亲和性、telnet 下 netstat 卡死、UART DMA 波特率（10-21）

日期：2026-10-21 11:50（发布时间）　来源：电子工程专辑：睿擎平台 V1.8.4 发布、睿擎更新日志

同一版本的四项修复全部指向工业现场：EtherCAT 的任务与中断此前未绑定同一 CPU，中断默认落在 CPU0，多任务切换时偶发访问冲突并死机，修复后两者绑定同核；telnet 远程执行 netstat 会阻塞无响应，已修；UART DMA 示例设置波特率失败，根因在 DMA 串口初始化流程，已修正；4.3 寸屏示例调高背光 PWM，改善户外可视性。结合前一期已报道的 EG1200 工业网关虚拟网口与 NFS 挂载、以及基于 RC-Pi-3506 的 ROS2 轮毂电机运动控制方案，睿擎这条产品线本期呈现的是「网关侧联网能力」与「运动控制侧实时性」两条并行的推进，修复项也多来自实际项目反馈而非内部测试。

六、总结与趋势观察

6.1 本期趋势

  • 调度器讨论从「各提各的」走向「比对实现」：三年挂起的 #6645 被重新核对，其判别式与 #11907 独立收敛，但两种实现手段在内存安全上分出高下——延后写 READY 在单核引出 idle 回收路径的二次释放，保存旧状态的写法没有。这类跨提案的横向比对比单条补丁更有决策价值，也让 #11907 事实上成为推进基线。
  • 缺陷报告持续由外部研究者驱动，且带完整影响面：一天两笔内存问题，NFS 栈溢出的引入提交可回溯到 2010 年、影响自 v1.2.0 起的全部版本，DHCP 越界读则以同目录另一个实现的检查项反证缺失点。两份报告都给了复现环境与触发条件，修复成本因此大幅降低。
  • RISC-V 侧拿到一条内核替换通道：ESP-IDF 6.1 整包升级合入后，C3/C6 可通过 CONFIG_IDF_RTOS_RTTHREAD 用 RT-Thread 替换 FreeRTOS，工具链同时跳到 GCC 15.2；主仓 BSP 提案的阻塞点同日消除，只差上板验证。这是本周期内 RISC-V 相关最有分量的一步。
  • 主线静止、版本停在九月：连续三日零提交、零合入，v5.4.0 只有版本宏。活动全部集中在在审提案、缺陷单与包仓库，与官方渠道停更形成同一种节奏。
  • 厂商平台按版本稳定迭代，且把现场问题纳入修复：睿擎 V1.8.4 的六项新增与四项修复都对应具体场景（编码器闭环、MIPI 屏适配、AMP 调试、EtherCAT 亲和性），IDE 同步扩到 GD32H7，说明工业平台的竞争力正从「能不能跑」转向「现场稳不稳」。

6.2 局限性与去重说明

  • 本期为 24 小时窗口（10-21 08:00 ~ 10-22 08:00），非周一，不做多日合并。
  • 主仓库窗口内零提交、零合入，全部条目来自在审提案、缺陷单、RT-Thread-packages 侧仓库与厂商发布，各条已注明状态。
  • 与上期去重：#11907、#11909、#11911、#11910、#11903、#11870 均已在上期收录，本期只写窗口内新增的结论（#11870 获维护者确认 esp-idf 已合、#6645 的复核数据、#11910 与 #11911 的流程状态）。
  • 检索结果中 #11815（lwip 宏开关）与 #11814（RA6W1 资源分配）显示为窗口内更新，实际合并时间分别为 10-14 与 10-15，窗口内只是评论与状态变动，未作新增收录。
  • 论坛文章接口只取前 25 条，最新一条为上期已收录作品的编辑更新；官方新闻列表页为前端渲染，新闻以接口为准。
  • 谷歌新闻英文三天空命中，中文三天窗口内有效稿仅睿擎 V1.8.4 一条；睿擎查询仍被同名汽车稿件淹没，按标题语义剔除。
  • 本机匿名 GitHub 限额下未做组织级全量推送核查，改用仓库提交流与组织页交叉验证；RT-Thread-packages 的组织页推送时间经逐仓核对。

附录：信源核查表

信源 核查结果
RT-Thread 官方新闻接口（组织分类） 无新增，25 条存档稿最新仍为 06-17
官网新闻列表页 前端动态渲染，抓取只得加载空壳
社区论坛文章接口 前 25 条无全新长文，最新为上期已收录作品的编辑更新（10-21 10:08）
GitHub 主仓库 commits 窗口内 0 笔，最新仍为 10-19 的 K1 首版
GitHub 主仓库 PR 窗口内 13 笔更新，新开 4 笔（#11912、#11914、#11915，另 #11916 为测试稿不计），无一合入
GitHub 主仓库 Issue 新开 2 笔（#11913、#11917），均未被认领
GitHub 主仓库 releases / tags 无新发布，最新仍为 09-10 的 v5.3.0
GitHub RT-Thread-packages esp-idf #18 合入（10-21）、GD32EmbeddedUI-demos 建仓（10-21），FreeRTOS-Wrapper 停 10-16
GitHub 组织其他仓库 rtthread-skills、smart-build 停 10-18；env、规格仓库停 10-17；packages 停 10-14
GitHub topic:rt-thread 生态检索 近一周若干个人新建仓，均非项目级动态，未收录
Google News 聚合（中文，走代理） 三天窗口 1 条有效稿（睿擎 V1.8.4），其余为同名噪音
Google News 聚合（英文） 三天窗口零命中
HN Algolia 窗口内候选均为 threads 误匹配，无相关讨论
行业媒体与厂商渠道 睿擎 V1.8.4 发布稿与文档中心更新日志

完整信源清单