rt-thread
rt-thread copied to clipboard
RT-Thread
RT-Thread is an open source IoT real-time operating system (RTOS).
### RT-Thread Version c1166e0bf16aeda85e5facd01506973afcf6e8c6 ### Hardware Type/Architectures k230 ### Develop Toolchain GCC ### Describe the bug 1.将 opencv 仓库中的 tests 文件夹复制到 software/userapps/testcases/opencv 中 2.将 opencv 仓库中的 build/install 文件夹复制到 software/userapps/testcases/opencv 中...
## 拉取/合并请求描述：(PR description) [ #### 为什么提交这份PR (why to submit this PR) 根据attachconfig实现自动编译elf文件，生成的elf文件可以按yml中的名词命名，比如coponent.elf 保存到attach-output文件夹中 命令： scons --attachtest=all 自动将所有attachconfig选项编译成elf scons --attachtest=peripheral.aht21 选择单个选项进行编译 #### 你的解决方案是什么 (what is your solution) 按照issues https://github.com/RT-Thread/rt-thread/issues/10052 的描述实现功能 ####...
### Describe problem solved by the proposed feature 对于宏来说，注释可以位于宏右侧也可以位于宏上方 这取决于一行的长度是否过长（超过 80 列）。可以补充说明一下。 ### Describe your preferred solution _No response_ ### Describe possible alternatives _No response_
### Describe problem solved by the proposed feature 目前在编写audio注释时遇到了如下问题 首先是源代码的问题 @BernardXiong 1. 根据 #10065 `rt_audio_samplerate_to_speed`可能是个无用函数，在bsp内也没有使用到，这个函数是否应该删除？如果确实要删除的话，内部负责采样率的宏`AUDIO_SAMP_RATE_xxK`是否也应删除？ 2. 目前audio模块的内部api有许多无效返回值和参数，这些是否需要在doxygen文档编写后统一修改？例如对于`rt_audio_pipe_read的pos参数是无用的，`rt_audio_tx_complete`并没有检查`_audio_send_replay_frame`错误码，以及`_audio_dev_close`永远返回`RT_EOK` 之后是注释格式化的问题 @unicornx 1. 对于宏来说，注释可以位于宏右侧也可以位于宏上方，这点是否应该规定下？或者推荐使用哪种格式？ 2. 对于拥有多行注释的参数或者其他doxygen元素，注释写法有多种： 类似@brief这种 ```c /** * @brief Send a...
### Describe problem solved by the proposed feature https://github.com/RT-Thread/rt-thread/pull/9863 这个提交引入了`strtod`，导致了需要引入一系列浮点库，会增大亿点空间（在代码密度比较低的riscv+公版gcc上大概30k+）。 @mysterywolf ### Describe your preferred solution _No response_ ### Describe possible alternatives _No response_
### RT-Thread Version c1166e0bf16aeda85e5facd01506973afcf6e8c6 ### Hardware Type/Architectures k230 ### Develop Toolchain GCC ### Describe the bug 1.后台执行一个程序：/bin/killme.elf & 2.查看进程的ID:list_process，找出刚后台执行应用的pid 3.kill掉后台进程：kill $pid -s 2 4.list_process查看现有的进程 5.发现后台程序还在 ### Other additional context ```c...
### Describe problem solved by the proposed feature sigaction信号处理支持siginfo。多个软件timer就可以使用一个信号处理函数，通过sigval进行区分。同时某些可能使用到信号的设备驱动也能传递更多的参数到用户层。 ### Describe your preferred solution 比如下面的例子 ```c #include #include #include #include #include #include #define CLOCKID CLOCK_REALTIME #define SIG SIGRTMIN #define errExit(msg)...
### Describe problem solved by the proposed feature - [ ] yml有些配置比较耗时间，可否帮忙整理一下yml的配置，删除一些没有意义的重复的配置。 - [ ] 希望bsp中的yml能尽量放一些常用的bsp相关的配置，重点优化：RTduino/Arduino Libraries (Raspberry Pico) 和stm32l4 - [ ] RTduino/Arduino Libraries (STM32F412 Nucleo) 和RTduino/Arduino Libraries (Raspberry...
### Describe problem solved by the proposed feature package 下载路径都是在package路径下面，sdk不用每次都下载，看是否有可能sdk的下载可以指定对应的library文件夹，该library文件夹在bsp上一级目录。或者可否package整个文件夹调整到bsp上一级目录。方便不会重复下载。 有空研究一下package目录指定目录的可行性。 ### Describe your preferred solution 研究一下package目录指定目录的可行性 ### Describe possible alternatives 研究一下package目录指定目录的可行性
### RT-Thread Version master ### Hardware Type/Architectures qemu-virt64-aarch64 ### Develop Toolchain GCC ### Describe the bug 使能 RT_USING_CI_ACTION 宏定义后，在qemu平台上运行测试用例：klibc.rt_sprintf 失败： 详见下图：  相关ci链接： * https://github.com/kurisaW/rt-thread/actions/runs/13404865684/job/37442887516 ### Other additional context _No...
