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

The PyPI `kconfiglib` package is unmaintained. Migrate to the actively maintained [sysprog21/Kconfiglib](https://github.com/sysprog21/Kconfiglib) fork which provides enhanced menuconfig/guiconfig UIs, bug fixes, and full Kconfig language compatibility. ## Changes **Dependency updates:** -...

BSP
action
tools

### Describe problem solved by the proposed feature **内核** 1. 优化 libcpu/risc-v/common 目录下的文件,将当前浮点寄存器无差别压栈的方式改为根据浮点寄存器的使用情况选择性压栈。待修改文件路径如下: https://github.com/RT-Thread/rt-thread/tree/master/libcpu/risc-v/common 2. 优化 libcpu/risc-v/common 目录下的文件,添加 rvv0.7/1.0 支持。 3. RISC-V RVA23 Profile 兼容性支持 **BSP** 1. qemu-virt64-riscv BSP 添加对...

Arch: RISC-V

### Describe problem solved by the proposed feature The Kconfiglib package available on [PyPI](https://pypi.org/project/kconfiglib/) is no longer actively maintained. In contrast, the fork at [sysprog21/Kconfiglib](https://github.com/sysprog21/Kconfiglib) enhances the TUI to align...

### RT-Thread Version master ### Hardware Type/Architectures ALL ### Develop Toolchain Other ### Describe the bug 主线仓库里面中存在大量调用 `FINSH_FUNCTION_EXPORT_ALIAS` 的代码, `FINSH_FUNCTION_EXPORT_ALIAS` 已经废除,所以需要进行清理 ### Other additional context _No response_

### Describe problem solved by the proposed feature 现在的adc驱动无法使用 常见的adc+dma方式读取数据 是否可以考虑用类似如下的结构体来支持多通道采样呢 ```c struct adc_sequence { uint32_t channels; /* 通道掩码,可同时启用多个通道 */ int16_t *buffer; /* 存储转换结果的缓冲区 */ uint32_t buffer_size; /* 缓冲区大小 */...

## 拉取/合并请求描述:(PR description) [ #### 为什么提交这份PR (why to submit this PR) - 在系统发生严重故障(例如线程栈溢出、硬件故障中断)时,标准的 ulog_flush() 函数可能无法被安全调用。这是因为常规的日志后端可能依赖于操作系统服务,如互斥锁、信号量、动态内存分配或复杂的文件系统操作,这些服务在中断上下文或系统锁定状态下可能不可用或导致系统彻底崩溃。这使得开发者无法在系统临终前获取到最关键的调试信息。 - 例如检测线程溢出函数中使用LOG_E打印线程溢出,在启用ULOG+异步输出的情况下将不会显示 - 就算LOG_E之后加入ULOG_FLUSH,将会打印异常.因为可能挂载了不同的后端输出函数,可能具有异常操作导致一直不断刷新或者输出其他异常情况 - 开启ULOG+异步输出+文件后端(输出到littlefs文件系统路径下) - 线程溢出时,未修复的输出日志如下 ```sh [2025/10/30 8:38:23 876] \ | /...

Kernel
Component

本次提交为对 SpacemiT KeyStone K1的初步支持。K1芯片采用双集群(2x4核)架构,搭载X60核心,支持RVA22标准和RVV 1.0向量扩展。 本次移植遵循RT-Thread现代BSP的最佳实践,采用了**libcpu分层架构和模块化驱动设计**: libcpu 专用层: 在 libcpu/risc-v/spacemit/k1/ 目录下创建了K1的专用CPU适配层。(完善中) BSP 板级支持包 (bsp/spacemit_k1/): board 目录: 提供了针对MUSE-Pi-Pro开发板的精确硬件定义,包括内存布局(mem_layout.h)、外设基地址(board.h)和中断号(irq_num.h)。所有信息均从官方Linux SDK的DTS文件中提取,保证了准确性。 drivers 目录: 实现了pinctrl和sysctl_clk驱动框架,用于管理引脚复用和时钟。其实现逻辑同样基于对Linux DTS和驱动源码的分析。 实现了一个功能完整的drv_uart.c驱动,该驱动兼容16550A标准,并能在rt_hw_board_init中正确调用pinctrl和sysctl完成初始化,最终作为FinSH控制台。 link.lds: 编写了链接脚本,将内核加载到U-Boot期望的0x80200000地址。 Kconfig: 提供了清晰的、集中式的配置选项,允许用户方便地使能BSP和相关驱动。

BSP
Arch: RISC-V

### Describe problem solved by the proposed feature 1.现有软件包仅提供编译测试,缺乏灵活选择驱动模块的机制,导致CI无法覆盖多样化的硬件配置场景以及多版本的兼容性问题。 2.硬件烧录与测试依赖手动操作,效率低且难以保证不同硬件环境的兼容性。 3.缺乏统一的BSP质量验证标准,影响软件包在不同嵌入式平台间的移植可靠性。 ### Describe your preferred solution 需要一套灵活的CI触发机制,允许开发者按需勾选驱动模块,并支持硬件测试的自动化流水线CI。 ### Describe possible alternatives _No response_

## 拉取/合并请求描述:(PR description) continue work of https://github.com/RT-Thread/rt-thread/pull/9008 Fixes overflow of `clock_gettime` `rt_ktime_boottime_get_ns` thoroughly Currently the return value of clock_gettime and rt_ktime_boottime_get_ns are restricted by `rt_ktime_cputimer_getres`, as the value of `rt_ktime_cputimer_getres`...

BSP
Kernel
Arch: ARM/AArch64
libcpu
Component
component: drivers/ktime
component: drivers/rtc
component: drivers

## 拉取/合并请求描述:(PR description) 为什么提交这份PR (why to submit this PR) Add bsp ra6m4-eco. 请提供验证的bsp和config (provide the config and bsp) bsp/renesas/ra6m4-eco ### 当前拉取/合并请求的状态 Intent for your PR 必须选择一项 Choose one (Mandatory): -...

BSP
action
BSP: new bsp board
BSP: Renesas