Chen Wang

### Describe problem solved by the proposed feature 对于宏来说，注释可以位于宏右侧也可以位于宏上方 这取决于一行的长度是否过长（超过 80 列）。可以补充说明一下。 ### Describe your preferred solution _No response_ ### Describe possible alternatives _No response_

[Feature] 实现一个打包工具，能够为 duo 快速制作 RT-smart 系统镜像

4

### Describe problem solved by the proposed feature 参考 https://github.com/milkv-duo/duo-buildroot-sdk 当 RT-smart 支持了 duo 系列产品后，也需要一个简单易用的打包工具，方便用户能够快速地简短命令操作即可生成一个完整的系统 package（包括了 firmware，sbi，u-boot，os(RT-thread) 以及文件系统），快速烧写到开发板中即可启动。 **P.S. 这个需求本身并不属于 RT-Thread 内核的一部分，先提在这里，后面如果找到合适的仓库（或者新建）后在移走。** ### Describe your preferred solution duo 的 RT-smart...

[Feature] 建立一种机制，能否方便地获取两个特定版本之间内核 API 的 diff 列表

3

### Describe problem solved by the proposed feature 目前在发布版本时，无法方便获取两个版本之间 kernel API 的改变，如果有这个 change list，依赖的软件包也能知道如何修改。 目前基于 doxygen 在整理 kernal 的 API 文档信息，这个工作可以作为一个副产品做起来。 ### Describe your preferred solution _No response_ ### Describe...

[Feature] 希望将 bsp/cvitek 下的 duo 产品加入 ci 看护

5

### Describe problem solved by the proposed feature 如题。 是否有人会搞这个？请求帮助。 ### Describe your preferred solution _No response_ ### Describe possible alternatives _No response_

[Bug] qemu-virt64-riscv failed to execute poweroff

3

### RT-Thread Version master ### Hardware Type/Architectures bsp/qemu-virt64-riscv ### Develop Toolchain GCC ### Describe the bug qemu-virt64-riscv 环境，smart 版本，带 ext4 文件系统启动后，执行 poweroff 原来是可以关机退出 qemu 的，但是从 944f3d05b508d5eaeaabd8f5d2964847c80dbc3e 开始，执行 poweroff 失败报错： ```shell...

in `kernel/start.c`, we have following logic: ```c void start() { ...... // delegate all interrupts and exceptions to supervisor mode. w_medeleg(0xffff); w_mideleg(0xffff); w_sie(r_sie() | SIE_SEIE | SIE_STIE); ...... // ask...

```c kernelvec: # make room to save registers. addi sp, sp, -256 # save caller-saved registers. ...... sd tp, 24(sp) //

[Feature] 内核单元测试问题汇总

2

这个 issue 作为 #10513 的 child issue，主要用于收集和单元测试有关的问题以及 issue。 - `examples/utest/README.md` 需要改进，譬如该文件中 “/” 和 ”\" 混用。 - 文档描述问题： utest 测试框架依赖 ulog 日志模块进行日志输出? 我这里在 qemu-virt64-riscv 上做实验，发现 ulog（`RT_USING_ULOG`）并没有开启，也可以工作啊？ - 测试用例命名，参考 中针对 “测试用例命名要求”，但目测目前代码中的不符合，貌似不少前面多一个 "testcases.",...

这个 issue 用于 draft & summary 一些我看到的和 doxygen 有关的问题。本 issue 是 #9824 的 child issue。 - 上面列的这些函数感觉应该放到 bsp 部分去。 - rt_interrupt_enter - rt_interrupt_leave - rt_interrupt_get_nest - 【已解决】group 名字统一改小写 #10432 &...

[Feature] RFC：整理内核单元测试

3

### Describe problem solved by the proposed feature 目前内核的单元测试程序代码有很大一部分都集中放在 `examples/utest/testcases`, 首先直观上看上去不合适，单元测试应该提高地位，而不是作为 example 存在，其次目前单元测试并没有 maintainer 认领和维护，这看上去是个问题。 我建议将测试用例整理后分类，以后都放到各自归属的模块下面去，譬如 `src/klibc/utest` 这个是当时满老师整理的一个例子，当时记得开会讨论时他也建议以后 unit test case 按照各自模块自己负责的方式存放。 但考虑到单元测试有统一管理的需要（主要是需要配置测试开关），我觉得所谓的统一维护可以体现在 Kconfig 上，即可以将内核的所有模块的单元测试的配置维护一个统一的入口菜单项，但是具体的测试代码还是放在各个模块里自己维护，这样以后每个模块如果有 maintainer 认领后，这个 maintainer 自然也就担负起对本模块的单元测试的维护工作。 ###...