🎯 RT-Thread 2025 Roadmap

[Rbb666]

测试

背景：
RTT 目前针对主线自动化测试看护粒度需要细化，一些驱动、组件的PR需要加入到测试中进行看护；
详见此issue：#9775

• UTest 测试用例完善（内核、外设）
• 添加代码覆盖率（集成ci中）
• 自动打TAG
• BSP：cvitek、K230 ......

组件

• UORB：用于线程间 / 进程间订阅发布机制通信

驱动

• I3C框架
• 更多BSP适配 UART_V2框架
• 宏内核MPU的设备树适配（？）

文档

• 完善 Smart 文档中心
• doxygen RTT-API 文档更新

[lygstate]

BSP 这么多，可以把 rt-thread-core 拆出来吗？ 只保留 libcpu, bsp 只提供最基础的几个（比如每个CPU提供一个）其它的BSP都放在 rt-thread

[unicornx]

BSP 这么多，可以把 rt-thread-core 拆出来吗？ 只保留 libcpu, bsp 只提供最基础的几个（比如每个CPU提供一个）其它的BSP都放在 rt-thread

支持。现在 bsp 下的东西太多了。建议 bsp 部分拿出来各家自己维护。RTT 仓库中只需要支持典型的 ARCH 下的几款典型的 bsp 即可，包括 qemu-virt-xxx

如果拆分了，我建议 rtt 主仓得至少有个文件记录 bsp 仓库的地址，不然太分散了大家找不到需要的 bsp 也不好。

[unicornx]

RTT 仓库下的 license 问题还需要清理，一部分是由 bsp 引入的，如果 bsp 能清理掉，这个问题也能一起解决。

目前我发现的 license 冲突问题都提了 issue 了，总结如下：

• [Bug] bsp/Infineon 目录下有些模块貌似声明为 GPL，会与 RT-Thread 的 Apache 授权产生冲突 #9811
• [Bug] bsp/sparkfun-redv 下有部分文件标识为 GPL，和 RT-Thread 的 Apache 授权冲突 #9810
• [Bug] bsp/stm32/ 下有部分文件标识为 GPL，和 RT-Thread 的 Apache 授权冲突 #9809
• [Bug] libcpu/ppc 下有部分文件标识为 GPL，和 RT-Thread 的 Apache 授权冲突 #9808
• [Bug] tools/env_utility.py 包含 GPL 声明，这个和 RT-thread 的 Apache 授权冲突了 #9801
• [Bug] bsp/nuvoton/libraries/nu_packages/DA9062/da9062_reg.h 是 GPL 声明，和 RT-Thread 的 Apache 授权冲突 #9799
• [Bug] bsp/allwinner 下有一些文件是 GPL license 的，和 RT-Thread 的 Apache 授权冲突 #9797
• [Bug] examples/utest/testcases/posix 下部分代码是 GPL 的，和 RT-Thread 的 Apache 授权冲突 #9796

另外设备树部分借用了很多外部的代码，是 GPL 和 BSD 双 license 的，我不确定对于这种情况，RTT 是不是要加个 NOTICE 声明，虽然 Apache 项目可以包含 BSD 的，这个可能需要专业法律回答一下。

[unicornx]

RT-Thread 的新版本发布计划以后还有吗？5.2.0 持续了 8 个月了 see a0735dc

建议为 RTT 建立一套 可预期的（固定） 周期发布的机制。

[unicornx]

文档

我对文档改进有一些想法，提了个 issue #9824，欢迎大家拍砖。

[Rbb666]

RT-Thread 的新版本发布计划以后还有吗？5.2.0 持续了 8 个月了 see a0735dc

建议为 RTT 建立一套 可预期的（固定） 周期发布的机制。

5.2.0 可以在年前发版

[supperthomas]

RTT 仓库下的 license 问题还需要清理，一部分是由 bsp 引入的，如果 bsp 能清理掉，这个问题也能一起解决。

目前我发现的 license 冲突问题都提了 issue 了，总结如下：

bsp目录下面有个md文件