2.3 rk平台DRM驱动一些理解

写在前面

其实写这个是因为工作中遇到了要在rk linux平台上的应用程序要使用fb的方式去画图，但是底层驱动是使用DRM框架实现的，因为刚开始接触DRM驱动，在这里走了一些弯路，我这边的现象是，本来就有一个Qlauncher的QT程序，我把这个程序杀掉之后，我的fb程序就map失败了，然后写了一个drm的测试程序，这个程序运行之后，fb程序就正常了，一直在想为什么DRM和framebuffer有什么关系，虽然问题很简单，其实就是因为我停止QLauncher的时候把图像显示的整个通路断掉了，但是还是想记录一下。

DRM驱动路径

这是从网上找到的两张对我很有帮助的图


然后分析代码，一直以为rk模拟的/dev/fb是在这一条路的开头 FrameBuffer哪里开始的，实际上是在CRTC哪里模拟出来的， 而Framebuffer 那里的是DRM框架需要的，所以这样就可以解释所有的问题了
1 只有当Qlauncher存在的时候，才能mmap成功 是因为这个程序存在的时候通路是通的，但是杀了他之后，他会走去初始化流程 ，导致整条线路就不通了，现在使用过程中，其实已经出现logo了，就说明上图那条通路已经通了，(内核打印会有那些bind) 需要只是在fb那里mmap 然后填充数据就可以，但是需要将S50launcher 删除掉 这个是启动DRM程序的脚本，如果不删除，他会先初始化drm的通路，此时停掉，他就吧所有的通路都断了，就导致了要重新初始化。
2 后来做的测试，写一个DRM的测试程序，运行他之后，才能运行fb的测试程序也是同一个道理，DRM的测试程序将这一条通路打通了，仅此而已。

其实问题很简单，只不过因为DRM架构太复杂，如果不能理顺也不太好理解，下面这是对我帮助比较大的参考文档

https://blog.csdn.net/xiaotaiyangzuishuai/article/details/117424905
https://www.jianshu.com/p/6645f22ebd96