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

在合并smart代码的过程中,mmc/sdio块设备把分区偏移移除,交给上层文件系统来处理。 这样导致: * 上层可以通过偏移的方式访问不属于这个块设备的其他区域; * 上层进行块设备格式化时,对分区表处理迷乱了; * 涉及文件系统:elm fatfs,ext4等文件系统; * 并且,所有涉及到块设备 + 分区表的地方都错乱了。

bug
urgent 🏃

## 拉取/合并请求描述:(PR description) [ #### 为什么提交这份PR (why to submit this PR) 初步实现了stm32硬件i2c驱动 - [x] i2c: 目前i2c 还没有和stm32的硬件I2C对接上rt-thread的驱动,添加drv_i2c.c https://github.com/RT-Thread/rt-thread/issues/5968 #### 你的解决方案是什么 (what is your solution) 添加了关于硬件i2c的驱动程序,并测试驱动eeprom和oled成功 参考其他驱动工作流程,为了统一驱动使用体验,为i2c.h添加了configure ops ```c // to...

Dear RT-Thread community, Greetings! I have been exploring the code to implement the support for USB CDC for the Mizar32 (AVR32) platform. I have currently enabled UART-1 as the default...

版本v5.0.2 文件af_inet_at.c文件中 函数static int at_poll(struct dfs_file *file, struct rt_pollreq *req)中调用函数sal_sock = sal_get_socket((int) file->data)获取sal_sock 号不正确,应该改为sal_sock = sal_get_socket((int) file->vnode->data);因为在申请socket的时候,申请到的socket号保存到 file->vnode->data这个参数中。

bug

版本v5.0.2 芯片stm32f429 BSP stm32 在文件adc.c中, 函数rt_adc_voltage(...)获取电压不正确。原因:rt_adc_voltage(...)函数调用了驱动层文件drv_adc.c中的stm32_adc_get_vref(...)函数,这个函数在获取参考电压后会禁用adc外设。提点小意见:这个函数不是很合理,驱动层不应该调用应用层的函数

目前 `rt_timer_check` 为了确保 timer list 的一致性,全程关闭中断 (时间长达数十us, 且理论上会随定时器数量的增加而变大),影响了系统的实时性,或许可以通过算法优化,尽可能减少中断关闭的时间。 此问题是社区微信群里的大佬提出的,个人认为确实值得优化,但暂时没想到太好的方案, mark 一下。 https://github.com/RT-Thread/rt-thread/blob/35231eb116c44165d881dd10ff15d27c4ca540d1/src/timer.c#L665 一些 tips: - 群里大佬提到了在执行 hook 的时候暂时恢复中断来减少关闭中断的时间,但我感觉不太可。。。示例如下: ```DIFF @@ -685,9 +685,16 @@ void rt_timer_check(void) } /* add timer to...

proposal

列出一些rt-smart for riscv64上需要完成的工作事项,希望社区有更多人参与,一起来完成: * [ ] 升级musl libc版本 * 因为目前主要使用的musl libc版本是musl-1.1.22版本,而musl对riscv的支持是从1.1.23开始。目前最新的musl libc版本是1.2.4; * 解决`__riscv_flush_icache`的问题; * 加入riscv64的ld.so支持,从而支持到动态链接的应用程序; -- 升级musl libc后,应该就可以自动支持到。 * [ ] backtrace,coredump,gdb stub支持到riscv64架构; * [ ] 统一riscv64的libcpu,把virt,c906等的都统一起来; * [...

Arch: RISC-V
RT-Smart

这部分宏定义并不是 POSIX 的内容,而是 DFS 内部使用的定义。 https://github.com/RT-Thread/rt-thread/blob/a1df90dcf0b9fbb30953e6f93bc557b1a28e5647/components/libc/compilers/common/include/dirent.h#L19-L31 其主要使用在 dfs 内部。 https://github.com/RT-Thread/rt-thread/blob/a1df90dcf0b9fbb30953e6f93bc557b1a28e5647/components/dfs/dfs_v2/filesystems/cromfs/dfs_cromfs.c#L1233 且第一次出现应该也是 dfsv1/dfs.h 中。 https://github.com/RT-Thread/rt-thread/blob/a1df90dcf0b9fbb30953e6f93bc557b1a28e5647/components/dfs/dfs_v1/include/dfs.h#L59-L64 基于以上原因,是否考虑移除并整理到 dfsv2/dfs.h 呢?

之前使用的5.0.1版本,开启 usb `vcom,可以正常收发数据,更新内核到5.0.2版本之后,第一次可以正常收发,后面就不行,只能接收,无法发送,定位到出错的位置为` ![image](https://github.com/RT-Thread/rt-thread/assets/33192616/ae95de98-02c3-4869-a45e-6c904ff1b5d8) 此函数477行直接就返回了,查看代码逻辑后,我感觉应该要在487行增加如上图片中标红代码,增加后测试接收发送正常,但是我不确定这样修改是否引起其他问题,请维护者帮忙确定一下