WhyCan Forum(哇酷开发者社区)

制作系统的方法（包含设备树、rtl8723ds wifi）： https://blog.csdn.net/qq_41544116/article/details/139692368 ，用的 licheerv dock d1
sipeed 提供的镜像挺流畅的，用的 800x480rgb debian lxde 测试的，Xorg 的 cpu 占用都可忽略了，占用在 2% 1% 左右， top 命令占用有时候都超过这，而我装的 lxde 稍微动下桌面那 Xorg 占用就到 50% 以上，几秒一帧，桌面打开的命令行窗口也卡的很，top 命令一行行的刷新，是因为没有 g2d 加速吗

sipeed 的镜像的内核是 5.4，/dev 下有 disp 和 g2d，猜测是 tina 的内核
smaeul 的 linux 是主线 6.1 的，设备树里的 de、tcon_lcd、tcon_tv、dsi 都是分开的，主线里的其他 sun8i 什么的设备树也是这样，而 tina 的这部分是合并成了 disp。tina 设备树有 g2d，smaeul 的没有，linux master 也没有

debian 只安装 Xorg 的情况下，startx 在屏幕上打开的终端稍微流畅点，但也就好点，在这个终端里打开了用 slint ui 写的一个 demo，比 lxde 桌面都卡，没法用
我以为是 cpu 主频的问题，用这个跑个 2000 位的 pi 计算测试下性能对比下看是不是主频不一样，`time echo "scale =2000; 4 * a(1)" | bc -l -q` 在 d1 是 14 秒多，sipeed 的镜像也是，应该不是主频问题
两者对比下不同的主要是 g2d，我本想把 sipeed 镜像里的 /dev/g2d 禁用掉，看有什么变化，但不知道怎么搞。淘宝问 sipeed 客服说要镜像源文件和编译方法就是看 sipeed 官网。。。官网要有我还来问客服干嘛

画面渲染大概率都是用的 cpu，Xorg 本身的绘制应该用不了 g2d、dma2d 这类的颜色自动填充、旋转加速吧，这些硬件又没有 opengl 这类标准的东西。我猜测可能是图像显示流的画面 buf 复制速度的问题。如果能加些什么打印信息看下渲染所需时间和画面 buf 拷贝时间就好了，看是哪的问题
也不知道是 g2d 的 dma 加速画面 buf 拷贝还是 de 的 dma 加速这个，de di 是啥我一点也不清楚，g2d 可以自动填充同一颜色和两画面 buf 合并什么的，不知道有没有加速的 dma 拷贝，文档里没看到。tcon 是产生屏幕总线的时序的吧

tina 的编译环境老掉牙了，各种报错，结构还偏离主线，不想用