v4.1.0 特性征集与讨论 | v4.1.0 discussion

[Guozhanxin]

v4.0.4 已经发布了，所以我们开始筹备下个版本的发布了，下个版本按计划是一个次版本的更新，将会包含更多的新特性。

如果您也有一些功能想法或对当前计划的看法，请发表评论。

v4.0.4 has been released, so we have started to prepare for the release of the next version. The next version is planned to be a minor version update and will contain more new features.

please comment if you also have some features ideas in mind or share your opinion about the planned features.

Features

• MAL (mpu abstract layer) support. https://club.rt-thread.org/ask/article/3188.html
• PSE51 support. [posix] POSIX standard implementation for PSE51 #5384
• Update PM Component [components] PM框架更新 #5332
• armclang c++11

BSP

• Add STM32L5 [add] bsp stm32l552ze-nucleo #5250
• Add STM32U5 [update] add stm32u575-st-nucleo bsp. #5280
• Add Renesas CPK-RA6M4 [BSP/RA6M4-CPK] 添加 CAN、RW007 的支持 #5262

Package

• PikaScript
• TinyUSB

LVGL lvgl/lvgl#2790

• STM32F469I-DISC supports for LVGL
• QEMU-A9 supports for LVGL. [qemu-a9] add lvgl support. #5350
• VS2019 simlulator supports for LVGL [vs][simulator][lvgl] vs模拟器增加lvgl仿真功能 #5394
• STM32L475-Pandora supports for LVGL [stm32l475] port for LVGL #5204
• Nuvoton-N9H30 supports for LVGL [nuvoton] Upgrade LVGL to v81 #5399
• Nuvoton-NK-980IOT supports for LVGL [nuvoton] Upgrade LVGL to v81 #5399
• implement documentation

Exquisite

• Rename finsh to msh
• Update the file system elmfat version to R0.14b update fatfs to the latest version #5223
• Remove RT_USING_TC 关于测试框架 #1974
• Organize and clarify the level of DFS, libc and posix

Others

• Change the flag of mutex from FIFO to PRIO [mutex] use RT_IPC_FLAG_PRIO to replace RT_IPC_FLAG_FIFO #5284
• Optimize memory protection mechanism 分离内存分配接口与内存分配算法 #5175
• NewLib issue
• CFLAG flag issue Fix compiler flags issue #4953 [update] CFLAGS #5397

[enkiller]

测试框架这部分有啥具体的动作吗？

[Guozhanxin]

测试框架这部分有啥具体的动作吗？

直接移除掉吧

---

借楼整理一下正式发布前需要解决的问题：

• [bug][v4.1.0-beta] IIC 初始化出现断言 Function[rt_sem_take] shall not be used before scheduler start #5584
• ulog组件空指针与空字符混用的bug #5323
• LWIP_ASSERT("pbuf_free: p->ref > 0", p->ref > 0);断言失败 #568
• [C++][IAR] 在IAR下开启C++会报错  #5594
• lwip1.4 中eth_netif_device_init初始化有问题 #1857
• 一个线程获取多个mutex可能存在优先级翻转(v5.0.0)
• 完善对cmake等脚本的支持，在4.0.4发布直播时，就有人问cmake的问题，cmake这块应该重视起来，完善一些细节问题，确实有很多人喜欢用cmake 通过scons生成CMake VSCode应使用相对路径 #5482
• CCFLAGS疑似失效 [tools]keil.py Distinguish LOCAL_CFLAGS/LOCAL_CXXFLAGS, refine file c… #5694
• 信号量需要在系统启动前可以使用 [kernel] Revert modifications to the semaphore #5682
• 使用SAL，在开启RT_USING_POSIX（或4.1.0之后的RT_USING_POSIX_FILEIO）之后，没有开启SAL_USING_POSIX，会导致两套fd机制共存，造成sal创建socket返回的fd是1，close(1)的时候，走的是DFS那边，把STDIN给关了。理论上这个问题已经在 使用dfs时的bug RT-Thread-packages/nopoll#9 中提及到并修复掉了，但是天翔依然遭遇到了类似的问题。

[mysterywolf]

需要继续跟踪的PR和论坛帖子

• [drv_flash_l4.c]修复stm32l4系列flash在下载完程序后首次擦除会失败的问题 #5296 其他系列的STM32是否也有这个问题
• STM32 LPUART的问题
  • https://club.rt-thread.org/ask/question/433249.html RTT 针对stm32lx系列低功耗串口驱动bug
  • https://club.rt-thread.org/ask/question/424812.html 反馈rtt串口驱动对低功耗串口lpuart1不兼容的问题
  • https://club.rt-thread.org/ask/article/3412.html STM32L4 LPUART1 DMA下不能工作的解决办法
• https://club.rt-thread.org/ask/question/434691.html 论坛反馈的finsh_getchar的一个bug
• https://club.rt-thread.org/ask/article/54.html STM32 UART
• https://club.rt-thread.org/ask/question/425502.html STM32L0 drv_usart.c的BUG及解决
• https://club.rt-thread.org/ask/question/429786.html ulog的问题 [utilities][ulog] Increase the usec check time. #5114
• https://club.rt-thread.org/ask/question/424912.html drv_pwm.c 有bug
• https://club.rt-thread.org/ask/question/434822.html 同时ulog的timestamp与rtc打印无输出 improve ULOG_OUTPUT_FLOAT, which avoids using inherent vsnprintf #5632
• https://club.rt-thread.org/ask/article/3483.html n32g457 spi驱动
• https://club.rt-thread.org/ask/article/54.html F030系列芯片UART3~UART6使用问题
• https://club.rt-thread.org/ask/question/435184.html H7 UART5的问题以及修改方法

需要跟踪的其他社区PR或issues

• Change fs strncpy to strlcpy to avoid losing'\0' apache/nuttx#5108 Nuttx社区报告

[liukangcc]

https://github.com/RT-Thread/packages/tree/24f0a9c9d5d355fd88f416ca8e85c5ba05d52f91/language/pikascript

[liukangcc]

CFLAG flag issue 已解决 #5397

[liukangcc]

MAL: #5379

[ImFovery]

使用rtthread如鲠在喉的一个点：串口终端作为日志输出，即使ulog设置为异步也仍然为阻塞查询输出，占用cpu且输出效率低。

[evan-liyb]

希望版本发布后，能与之前的所有包兼容。并且给出从老版本升级到新版本的官方文档。

[mysterywolf]

前的所有包兼容。并且给出从老版本升级到新版本的官方文档。

#5277
可以看一下这个，新版本有专门的legacy文件夹

[evan-liyb]

打开之后，仍然很多不兼容的地方。特别是我自己写的应用层（大概8万行代码），用在新内核上很多地方不兼容了，主要是一些宏之类的做了调整，没去细看为什么要这样改，但希望尽量减少这种调整吧，或者用宏都老的定义管起来，但仍然保留。

[mysterywolf]

打开之后，仍然很多不兼容的地方。特别是我自己写的应用层（大概8万行代码），用在新内核上很多地方不兼容了，主要是一些宏之类的做了调整，没去细看为什么要这样改，但希望尽量减少这种调整吧，或者用宏都老的定义管起来，但仍然保留。

再不改，里边很多东西都变成毒瘤了。
#5230
https://www.bilibili.com/video/BV15f4y1u7yA

[thewon86]

使用rtthread如鲠在喉的一个点：串口终端作为日志输出，即使ulog设置为异步也仍然为阻塞查询输出，占用cpu且输出效率低。

请看论坛我发的文章，我刚对串口框架做了个重构，阻塞 io 情况下，降低阻塞时间。

[thewon86]

https://club.rt-thread.org/ask/question/434195.html ps或者list_thread最后一栏错误码，显示的是错误码代码 非常的不友好，别人根本不知道什么意思

所有的 msh 命令，增加 c 函数调用接口，类似 https://gitee.com/thewon/rt_thread_repo/tree/master/user 这里实现的命令一样，既有终端命令入口，也有对等的 c 调用入口。

[BernardXiong]

v4.1.0版本release后，可以拉分支出来。然后master也会尝试拉pre-v5.0.0分支，然后把smart相关的一些代码合并。如果春节期间能够合成功，那么再合并回master分支，做为后续的v5.0.x分支而存在。

另外，建议v4.1.0分支也不用做alpha, beta, rc版本，直接出v4.1.0版本，有问题可以快速修正到v4.1.1版本

[BernardXiong]

打开之后，仍然很多不兼容的地方。特别是我自己写的应用层（大概8万行代码），用在新内核上很多地方不兼容了，主要是一些宏之类的做了调整，没去细看为什么要这样改，但希望尽量减少这种调整吧，或者用宏都老的定义管起来，但仍然保留。

可以一些点上多做沟通，如何在新特性和兼容性上做到平衡

[mysterywolf]

另外，建议v4.1.0分支也不用做alpha, beta, rc版本，直接出v4.1.0版本，有问题可以快速修正到v4.1.1版本

建议用beta，因为4.1.0 beta版本还有一部分功能原计划4.1.0需要实现的还没有实现。4.0.4已经吃了一次亏了，变化太大，用户反应有些不适应，4.1.0作为大版本，得一次性把较大改变的内容全部都搞定，从4.1.1版本开始就不能剧烈地增加新功能了。否则，如果4.1.0直接发出去了，4.1.1还要增加新功能，可能要重踩4.0.4发布时的问题。

[mysterywolf]

• 加个ARCH_HAS_SMP_FEATURE ，有这个，就可以由用户来开启smp特性，否则没有smp可以供用户选择（熊大提出）
• 用__clang__代替__CLANG_ARM，__CLANG_ARM是我们在rtdef.h里自己定义的宏，使用受限，__clang__是标准的全局宏
• 移除掉FINSH_FUNCTION_EXPORT FINSH_FUNCTION_EXPORT_ALIAS
• https://club.rt-thread.org/ask/question/434195.html ps或者list_thread最后一栏错误码，显示的是错误码代码 非常的不友好，别人根本不知道什么意思
• https://github.com/RT-Thread/rt-thread/blob/master/include/rtdef.h#L1063-L1166 需要从rtdef.h里移除掉的 这部分应该属于LCD驱动框架.h负责的 应该是早起驱动框架没成熟的时候塞进去的
• 筛查github issue中打4.1.0tag的issues https://github.com/RT-Thread/rt-thread/issues?q=is%3Aissue+is%3Aopen+label%3Av4.1.0
• 筛查github pr中打4.1.0tag的PR https://github.com/RT-Thread/rt-thread/pulls?q=is%3Apr+is%3Aopen+label%3Av4.1.0
• _MSC_VE和_WIN32应该什么情况下用哪个 _WIN32 vs. _MSC_VER osmcode/libosmium#224 (comment) RT-Thread-packages/lwip@215dec6
• rt_err_t 回傳值有規範嗎? #3440 (comment) [TODO] 解决RT_Exxx错误代码以及POSIX错误代码正负乱用的问题 #4791

[mysterywolf]

Kernel

• Kernel中有使用int数据类型，应当予以替换掉
• struct thread结构体中采用隐式继承object，应改成显示继承 [kernel] 将rt_thread结构体改为显式继承rt_object #5500 (V5.0.0)
• struct thread结构体需要清0 [Fix bug] fix thread init bug #4891
• timer代码梳理 [kernel][src] reload timeout_tick with absolute base value #5402
• 一次中断的软件定时器的回调函数,不能被高优先级的任务打断 #1817
• https://github.com/RT-Thread/rt-thread/blob/master/include/rtdebug.h#L64-L136 这种宏函数的写法会不会造成ROM占用过大?
• 一个线程获取多个mutex可能存在优先级翻转 (V5.0.0)
• the bug _timer_list_next_timeout return next timer‘s timeout_tick #5623 [kernel]Fixed issue that could all timers stop #5637
• 信号量是经过特殊处理的，允许在调度器未初始化之前拿资源为1的情况，因此需要重新处理pr add RT_DEBUG_SCHEDULER_AVAILABLE check. #4740
• 需要对内核API的调用环境进行检查 [kernel]将ipc中的上下文检查级别提高 #5576 ，抽象成函数，再封装成宏函数，以节约ROM空间

[mysterywolf]

Scons 与 Kconfig

• 完善对cmake等脚本的支持，在4.0.4发布直播时，就有人问cmake的问题，cmake这块应该重视起来，完善一些细节问题，确实有很多人喜欢用cmake 通过scons生成CMake VSCode应使用相对路径 #5482
• 补充Sconscript以及scons相关文档，由于RT-Thread采用的Scons作为构建工具本身就很不常见，再加上该构建工具是RTT自己魔改出来的，但是配套的文档并不全面，导致用户无法立即、使用Sconscript
• CCFLAGS疑似失效 [tools]keil.py Distinguish LOCAL_CFLAGS/LOCAL_CXXFLAGS, refine file c… #5694
• 生成 CMakeLists.txt 前对路径名和文件名按字母表重排序 #5745 对工程的文件排序应该按字母来进行

[ghost]

可否提供一个相对统一的 lcd 框架，对上提供统一的接口。这样在 lvgl 包中实现 rtt 的屏幕驱动，底层让用户和 bsp 去对接就好，然后直接编译就可以直接使用了。

[mysterywolf]

可否提供一个相对统一的 lcd 框架，对上提供统一的接口。这样在 lvgl 包中实现 rtt 的屏幕驱动，底层让用户和 bsp 去对接就好，然后直接编译就可以直接使用了。

这个问题想过，当时rtt自己维护的lvgl软件包（7.0）就是采用直接和rtt lcd框架对接的方式。但是经过实践之后发现，本身lvgl自己就已经提供了底层的抽象层，如果再对接一个lcd框架就显得脱裤子放屁，因此在lvgl官方软件包中，就采用了lvgl原生的api，方便用户做出选择，既可以直接怼lcd原生驱动，也可以自行怼lcd框架。我们这侧就不强制用户非得使用lcd的框架了，给予最大灵活性

[mysterywolf]

exmaple

• 项目实验室软件包 增加项目实验室 packages#1189
• utest的头文件路径和group会被误加入到工程中 [utestcases] add dependence RT_USING_UTESTCASES #5592
• 将https://github.com/RT-Thread-packages/peripheral-sample
  https://github.com/RT-Thread-packages/filesystem-sample
  https://github.com/RT-Thread-packages/kernel-sample
  https://github.com/RT-Thread-packages/network-sample
  https://github.com/RT-Thread-packages/device-ipc-sample
  请考虑将上述五个仓库的内容并入主仓库example，并重新整理example现存的文件

[mysterywolf]

LWIP

• 移除LWIP 2.0.2
• 优化lwip目录组织结构 [net] adjust folder structure #5587
• 归并整理公共底层代码 [lwip] integrate lwip porting layer #5606
• https://gitee.com/rtthread/rt-thread/pulls/439 LWIP64位兼容 [lwip] integrate lwip porting layer #5606
• [Netif] Fix the eth_tx_msg protection #5045 其他版本的LWIP是否也有同样的问题 [lwip] integrate lwip porting layer #5606
• 推动upstream或与upstream保持同步 https://github.com/RT-Thread-packages/lwip [lwip] add lwip latest version #5629 add lwip kconfig packages#1197
• 使用SAL，在开启RT_USING_POSIX（或4.1.0之后的RT_USING_POSIX_FILEIO）之后，没有开启SAL_USING_POSIX，会导致两套fd机制共存，造成sal创建socket返回的fd是1，close(1)的时候，走的是DFS那边，把STDIN给关了。理论上这个问题已经在 使用dfs时的bug RT-Thread-packages/nopoll#9 中提及到并修复掉了，但是天翔依然遭遇到了类似的问题。 [posix] add RT_USING_POSIX_SOCKET #5731
• LWIP_ASSERT("pbuf_free: p->ref > 0", p->ref > 0);断言失败 #568

---

• LWIP #631
• lwip1.4 中eth_netif_device_init初始化有问题 #1857

[mysterywolf]

LVGL

• Add lvgl_8.1.0 support for raspberry_pi pico  #5513 (comment) pico的屏幕型号并没有指明

[cha331]

软件包

在4.1.0需要升级的：

• https://github.com/RT-Thread-packages/paho-mqtt issue中反馈了一些bug并提出了解决方案，需要整合到仓库中
• https://github.com/RT-Thread-packages/fal FAL根据龙哥建议，应当放到主仓库
• https://club.rt-thread.org/ask/question/433049.html
• https://club.rt-thread.org/ask/question/431576.html
• https://club.rt-thread.org/ask/question/430162.html

libmodbus软件包编译报错问题也可以修改下，主要涉及几个头文件，论坛里已有解决方案
https://club.rt-thread.org/ask/article/3280.html

[mysterywolf]

STM32F1 RTC读写日期不正常 https://club.rt-thread.org/ask/question/434910.html

[tfx2001]

新版本有计划增加获取USB是否连接的接口吗？USB DTR标志是必须的吗？ChibiOS的usb驱动（STM32F427），上位机勾选DTR，似乎也能通信

@BreederBai 是 RTT 的 USB 协议栈还是 TinyUSB 呢？

[liukangcc]

RT-Thread-packages/paho-mqtt#47

[liukangcc]

FAL添加到 rt-thread 主仓库：#5662

[mysterywolf]

• 在gcc下 uint32_t是long unsigned int ，而在keil下是 unsigned int 。这个不同编译器定义不一样。
  rt_uint32_t是 unsigned int，导致rt_uint32_t的函数形参在填入uint32_t的变量时会出现警告。
  

[mysterywolf]

Finsh 疑似bug

• https://club.rt-thread.org/ask/question/434691.html [update] fix finsh bug #5676
• https://club.rt-thread.org/ask/question/430704.html 该问题已经不存在

[mysterywolf]

内核可以考虑用这种方式来设置堆栈大小，例如对于龙芯，其idle main线程的栈大小要高于32位的

[liukangcc]

Finsh 疑似bug

• https://club.rt-thread.org/ask/question/434691.html
• https://club.rt-thread.org/ask/question/430704.html

第二个源文件被删了吧 https://club.rt-thread.org/ask/question/430704.html

#5676

[mysterywolf]

第二个源文件被删了吧 https://club.rt-thread.org/ask/question/430704.html

是的可以不用管了~

[BreederBai]

新版本有计划增加获取USB是否连接的接口吗？USB DTR标志是必须的吗？ChibiOS的usb驱动（STM32F427），上位机勾选DTR，似乎也能通信

@BreederBai 是 RTT 的 USB 协议栈还是 TinyUSB 呢？

@tfx2001 RTT 的 USB 协议栈

[liukangcc]

软件包

在4.1.0需要升级的：

• https://github.com/RT-Thread-packages/paho-mqtt issue中反馈了一些bug并提出了解决方案，需要整合到仓库中
• https://github.com/RT-Thread-packages/fal FAL根据龙哥建议，应当放到主仓库
• https://club.rt-thread.org/ask/question/433049.html
• https://club.rt-thread.org/ask/question/431576.html
• https://club.rt-thread.org/ask/question/430162.html
• https://club.rt-thread.org/ask/question/430162.html
• libmodbus软件包编译报错问题也可以修改下，主要涉及几个头文件，论坛里已有解决方案
  https://club.rt-thread.org/ask/article/3280.html

第三个作者修了 gbcwbz/canfestival-rtt#9 (comment)

[mysterywolf]

仓库代码尽量压缩C99的使用需求，如无特殊需求使用CFLAGS或者LOCAL_CFLAGS, 而非CCFLAGS，不要讲C++和C的配置项默认混在一起。
部分编译器如（Keil-MDK），针对C++和C的配置要求不一样，混在一起配置可能会出问题。

[thewon86]

为啥不是计划放弃旧版本语法，向新规范靠拢？

[mysterywolf]

为啥不是计划放弃旧版本语法，向新规范靠拢？

因为不同编译器对新版本语法的支持情况并不相同，因此不适合强制工程直接使用C++11或者C99，用户有需求可以通过sconscript自行定义LOCAL_CCFLAG LOCAL_CFLAG LOCAL_CXXFLAG 参见：https://github.com/mysterywolf/RTduino/blob/master/core/SConscript

[mysterywolf]

libc

• [BUG]simulator下创建文件失败&使用windows的socket失败 #5708
• newlib 4.1.0 新版本的支持

[mysterywolf]

版本控制规范：https://semver.org/

[mysterywolf]

• 支持64位时间戳，以解决千年虫问题

  • 驱动支持64位时间戳，即使libc还末支持64位
  • libc支持64位的方案，不同的编译器现在支持的情况不同，可以考虑自己单独维护1套time相关的功能

2038的问题 看起来不只是time32改time64这么简单 其他结构体也需要从long改成longlong #5775 (comment)

[mysterywolf]

https://club.rt-thread.org/ask/question/435318.html