rt-thread icon indicating copy to clipboard operation
rt-thread copied to clipboard

RT-Thread is an open source IoT real-time operating system (RTOS).

Results 626 rt-thread issues
Sort by recently updated
recently updated
newest added

board.h中只引用本头文件所需的头文件,不要将乱七八糟的所有.h文件都包含到board.h中,否则很容易引发嵌套编译以及其他问题

RT-Thread 版本:4.1.x,5.1.0 ,其他版本没验证 应该也存在 问题描述 rt_workqueue_submit_work 延迟任务执行,如果在定时到达之前,提前重新调用并传参tick=0,会导致定时到达之后出现bug。 问题复现代码,bsp:qemu-vexpress-a9 main.c 如下 ~~~c #include #include #include #include struct rt_work test_work; void work_func(struct rt_work *work, void *work_data) { printf("work_func %lu\n", rt_tick_get_millisecond()); } int...

场景: - 串口1 `115200bps` 以`中断`的方式接收/发送数据 - 串口2 `115200bps` 以`DMA`的方式接收/发送数据 现象 - 串口2接收大批量数据时, 串口1就会出现接收的数据包中掉1个字节的情况 分析 - `serial_v2.c` 的[这里](https://github.com/RT-Thread/rt-thread/blob/ed4d037d7b09cee8e53810affd215ae504c79fc7/components/drivers/serial/serial_v2.c#L432C16-L432C16)从ringbuf copy数据长时间的关闭中断, 导致系统响应中断不及时. 将这里的关中断去掉, 串口1就不会掉数据(话说, 这里的互斥不应该应用层来做吗?) 还发现的问题 - `drv_usart.c` 的stm32 实现, ORE在读SR再读DR就会被清掉, 所以[这种写法](https://github.com/RT-Thread/rt-thread/blob/ed4d037d7b09cee8e53810affd215ae504c79fc7/bsp/stm32/libraries/HAL_Drivers/drivers/drv_usart.c#L461C16-L461C16)根本不能发现ORE, 判断ORE应该在读DR之前

### Environment board : psoc6-evaluationkit-062S2 bsp : PSOC62-IFX-EVAL-KIT 1.1.1 rt-thread : 5.0.1 RT-Thread Studio : 2.2.6 ### I had a problem when I tried to run this code below -------------------------------------------------------------...

## 拉取/合并请求描述:(PR description) [ 问题:定时器回调因为在锁外部执行,有可能被其他高优先级中断或线程修改回调变量的风险 解决办法:定义临时变量保存回调函数和回调参数 ] ### 当前拉取/合并请求的状态 Intent for your PR 必须选择一项 Choose one (Mandatory): - [ ] 本拉取/合并请求是一个草稿版本 This PR is for a code-review and is intended...

目前大多数 utest 都是配置为 vexpress a9 平台下运行。但由于 RTT 内核需要运行在众多平台上,其中有很多条件编译的代码。而单独使用 vexpress a9 显然难以覆盖到足够的使用场景。比如 SMP 相关的部分现在 utest 就没有覆盖到。这样,类似 https://github.com/RT-Thread/rt-thread/pull/8485 这类问题,在 CI 就可以利用 utest 拦截下来。所以建议增加一个 64 位多核的 qemu aarch64 作为第二个测试平台。

## 拉取/合并请求描述:(PR description) [ #### 为什么提交这份PR (why to submit this PR) #### 你的解决方案是什么 (what is your solution) #### 请提供验证的bsp和config (provide the config and bsp) - BSP: - .config: - action:...

v5.1.1

![3992c091430d8f958424fe5588de350](https://github.com/RT-Thread/rt-thread/assets/103986797/8c959d05-0036-4f63-8ad5-17141f21309c) 使用这个链接无法正常下载编译链,ping不通了。请问后面会提供新的下载方法,还是修复这个问题?手动下载的话,linux环境的编译链在github社区可以找到,Env环境下的编译链在网上只搜索到一个百度网盘,下载起来有点麻烦。

## 拉取/合并请求描述:(PR description) [ #### 为什么提交这份PR (why to submit this PR) #### 你的解决方案是什么 (what is your solution) #### 请提供验证的bsp和config (provide the config and bsp) - BSP: - .config: - action:...

v5.1.1

RT-Thread 5.0.1 @ windows env bsp qemu-vexpress-a9: (menuconfig 已开启ifconfig 并更新) ifconfig: network interface device list error. ![image](https://github.com/RT-Thread/rt-thread/assets/20431657/66926d42-6d2d-499c-b98b-95248f41b187)