Chen Wang

看上去和 #9761 是重复了。

> #9497 参考pr 感谢，我来试试

#9901 是另一个 example，只做了 c906_little。研究清楚后，#9901 关闭了重新提 PR 做吧。

> `git diff -- 'src/**/*.c' --function-context` 然后人工最后再判断，这样可以么？ “--function-context" 的用途可能不是我们想要的效果，具体看 > > ---update--- > > 如果要通过doxygen维护kernel的api信息，可能会涉及src目录么？目前该目录下注释只有重点函数有doxygen注释。这样的话也就可能需要重新组织、补充注释 我初步的想法是： 这个需求本质是希望能快速，全面地抓取所有 API 的改动。 RTT kernel 的 API 应该不仅仅局限于 src 目录吧，我理解目前 RTT 整个仓库中涉及的模块都有可能是我们关注的对象。 可能需要定下规则，确保我们关心的所有 API...

看上去也没有人关心这个事情了，先 close

```shell $ qemu-system-riscv64 --version QEMU emulator version 6.2.0 (Debian 1:6.2+dfsg-2ubuntu6.24) Copyright (c) 2003-2021 Fabrice Bellard and the QEMU Project developers ``` ## TEST 1 kernel: 使用 userapps README 中提供的 prebuild...

Step1 的工作已经基本完成，本 issue 目前保留主要用于 track Step2 上在 smart-build的工作。

From @BernardXiong，记录在这里备忘： https://github.com/RT-Thread/smart-build https://club.rt-thread.org/ask/article/87772619f663244f.html smart-build可以尝试使用下，qemu-aarch64基本上是跑通了，也可以在cloud studio中在一个干净环境中快速搭建起来

很久没有 smart-build 的消息了，先 close 了吧。至少 rttpkgtool 在 duo 上现在用的很好了，这个工作先到此为止。以后再有消息新开 issue 跟踪。

> @unicornx 汪老师，这个PR可以帮忙review下吗，我看到涉及到了plic以及c908的部分 这个 PR 的时间有点长了，能否 rebase 到最新的 master 上再 review？