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

目前action.yml 中对所有action中的bsp都做了scons检查,大家觉得,是不是提交的bsp没有对一些I2C 或者SPI 等做编译检查呀?会检查到吗? - [ ] 根据修改的文件的目录寻找需要详细检查的bsp - [ ] 对该bsp进行检查I2C, SPI, PWM , ADC, DAC 等其他驱动的编译情况。

discussion

> scons scons: Reading SConscript files ... scons: done reading SConscript files. scons: Building targets ... scons: building associated VariantDir targets: build CC build\applications\main.o In file included from C:\Derrick\rt-thread\20231011_rt-thread-master\rt-thread-master\components\drivers\include/rtdevice.h:82, from...

网页打开后异常: 文档中心->应用开发->开发环境搭建->使用 Env 创建 RT-Thread 项目工程 的末尾, 参考资料《Scons构建工具》

个人认为,rt_thread_suspend要保证这个调度行为,而不是人为来保证,其他的rtos都是自动调度的。而至于危险问题,由用户决定。系统不应该做限制。

目录下面执行命令`scons` 编译错误 ❌ build nuvoton/numaker-hmi-ma35d1 failed. ❌ build nuvoton/numaker-m467hj failed. ❌ build nuvoton/numaker-m2354 failed. ❌ build nuvoton/ma35-rtp failed. ❌ build nuvoton/numaker-pfm-m487 failed. ❌ build nuvoton/nk-rtu980 failed. ❌ build nuvoton/nk-980iot failed....

good first issue

RTT做服务端监听端口成功,当应用层接收线程挂在recv函数等待接收时,如果网线断开再重连,无法接收到新的数据,排查原因可能是当前建立的sock对象句柄已被改变,底层接收中断可以接到数据但无法返回给recv函数。 尝试客户端主动断开,recv可返回接收0字节从而退出循环重新连接客户端。请问当网络异常断开时 用何机制可以退出recv从而接受新的socket连接呢?

用仓库里的默认配置编译qemu-virt64-riscv 生成后运行,显示 [E/DBG] virtio-blk0 mount failed ls看不到文件夹 msh />ls No such directory

在 Tag v5.0.0中, scheduler_mp.c 文件中 rt_schedule 函数, 有部分代码存在问题 ```c if (current_thread->scheduler_lock_nest == 1) /* whether lock scheduler */ ``` 如果我没理解错, schedule_lock_nest = 1时表示调度器被锁住,那么为何在此版本, 这个是在调度器锁住时才进行调度相关操作,这里是不是有bug,并且同一文件的 rt_critical_exit函数的末尾代码段 ```C if (current_thread->scheduler_lock_nest scheduler_lock_nest =...

既然现在已经存在链表结构,是否有计划内置线程安全的hashmap结构?