在Zynq7020平台上，使用Linux进行framebuffer开发时遇到了中断冲突和内存分配问题。通过裸机测试确保VDMA和VTc功能正常，但在加载framebuffer驱动时遇到中断号冲突，解决后又发现无图像输出。原因是DMA分配的物理地址超出DDR内存范围，由于uboot中memory设置不准确导致。修正uboot和kernel的devicetree文件，使DMA分配的地址符合VDMA的访问范围，最终成功显示图像。
Linux下的fb看上去其实不难，但是被各种坑给坑死，真的这里很想吐槽一下，xilinx可以说他们逻辑端做得不错，资料也很充分，但是arm端是真的是无语，首先资料少，其次各种坑爹操作。问了问他们的技术支持只会告诉你去跑个demo就可以。说实在的我看到别人的很多设计都是不使用arm端，不过也正常，你们这样的arm端要让arm工程师怎么开发。
好了废话不多说，简单的说一下如何做framebuffer
我们现在使用的是vdma + vtc + video out 的组合来设计输出，根据需求创建好工程，然后在裸机上跑，详细的教程请看我之前的博客，切记，一定要通过裸机测试才可以。
只有通过测试才可以进行arm端，写好fb的驱动，然后加载，这里我就出现了问题，首先是报了这个错误：
xilinx-vdma 43000000.dma: Channel ef271e10 has errors 40, cdr 0 tdr 0这个问题是中断的问题，其实我也不清楚是软件bug还是什么原因，但是中断号确实是冲突了，设备树为SDK生成的，这个真的不合逻辑吧，生成出来的东西还不让我们放心的用？好了，在设备树里将vdma的mm2s进行修改（当然这个中断号不是固定了，只是我用的是这个）：
订阅专栏 解锁全文
扫一扫
2931
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
