Chen Wang
Chen Wang
> > 我在第一次 review 中提出的 [套娃 问题](https://github.com/RT-Thread/rt-thread/pull/9244#issuecomment-2249182799) 没有答复，也没有解决。 > > 给过答复了：我这只是把以前的代码移动了个位置，本次提交我还不想解决效率问题只想让smart运行起来，而且ioremap一般只用在初始化阶段对效率影响不大 你没理解我说的 套娃 问题。 套娃问题和效率问题我是分两个 comments 提的 - 套娃问题：https://github.com/RT-Thread/rt-thread/pull/9244#issuecomment-2249182799 - 效率问题：https://github.com/RT-Thread/rt-thread/pull/9244#issuecomment-2249184837， 当然我这里提效率问题是基于解决了套娃问题的基础之上。 效率问题可以先不管，但是套娃问题是我觉得你的代码可读性不好，没有必要写成这样的，解开套娃代码会很简单，而且根本就不需要引入 #9242. 这也是我为啥说当初应该把 #9242 和这个 pr 放一起 review...
> > > > 我在第一次 review 中提出的 [套娃 问题](https://github.com/RT-Thread/rt-thread/pull/9244#issuecomment-2249182799) 没有答复，也没有解决。 > > > > > > > > > 给过答复了：我这只是把以前的代码移动了个位置，本次提交我还不想解决效率问题只想让smart运行起来，而且ioremap一般只用在初始化阶段对效率影响不大 > > > > > > 你没理解我说的 套娃 问题。 套娃问题和效率问题我是分两个...
> > > > 我在第一次 review 中提出的 [套娃 问题](https://github.com/RT-Thread/rt-thread/pull/9244#issuecomment-2249182799) 没有答复，也没有解决。 > > > > > > > > > 给过答复了：我这只是把以前的代码移动了个位置，本次提交我还不想解决效率问题只想让smart运行起来，而且ioremap一般只用在初始化阶段对效率影响不大 > > > > > > 你没理解我说的 套娃 问题。 套娃问题和效率问题我是分两个...
应该还有一些其他的模块都存在这个问题，我会分解一下，一边学习一边把注释都加上。
> BSP 这么多，可以把 rt-thread-core 拆出来吗？ 只保留 libcpu, bsp 只提供最基础的几个（比如每个CPU提供一个）其它的BSP都放在 rt-thread 支持。现在 bsp 下的东西太多了。建议 bsp 部分拿出来各家自己维护。RTT 仓库中只需要支持典型的 ARCH 下的几款典型的 bsp 即可，包括 qemu-virt-xxx 如果拆分了，我建议 rtt 主仓得至少有个文件记录 bsp 仓库的地址，不然太分散了大家找不到需要的 bsp 也不好。
RTT 仓库下的 license 问题还需要清理，一部分是由 bsp 引入的，如果 bsp 能清理掉，这个问题也能一起解决。 目前我发现的 license 冲突问题都提了 issue 了，总结如下： - #9811 - #9810 - #9809 - #9808 - #9801 - #9799 - #9797 - #9796 另外设备树部分借用了很多外部的代码，是...
RT-Thread 的新版本发布计划以后还有吗？5.2.0 持续了 8 个月了 see a0735dcb11f0acc5e85649cfbb761bcdf68afe31 建议为 RTT 建立一套 **可预期的（固定）** 周期发布的机制。
> 文档 我对文档改进有一些想法，提了个 issue #9824，欢迎大家拍砖。
- #8828 里的问题可以清理一下了，没有完成的可以挪到这里来继续 track。