没有X的硬件加速

答案将取决于您的用户应用程序。 如果所有东西都是裸机，并且您的应用程序团队正在编写所有内容，则可以按照Fredrik的建议使用DirectFB API 。 如果您使用GTK的帧缓冲版本，这可能会特别有趣。

但是，如果你使用Qt，那么这不是最好的方法。 Qt5.0消除了QWS（ Qt嵌入式加速 ）。 Qt正在迁移到LightHouse ，现在被称为QPA 。 如果你编写一个QPA插件，通过你公开的内核机制来使用你的图形加速，那么你已经加速了 Qt图形。 也有趣的可能是韦兰德建筑 ; Wayland有QPA插件。 Qt4.8 +和Qt5.0 +支持QPA。 Skia也是一个有趣的图形API，支持OpenGL后端; Android设备使用Skia。

获得图形加速很容易。 你想合成？ 你的记忆足迹是什么？ 谁是您的开发人员将编程的API ？ 你需要对象的功能还是只画图元？ SKIA ， PegUI ， WindML和全面的图形框架（Gtk，Qt）与人们期望的所有小部件和动态效果有很大的区别。 编程到OpenGL ES API看起来似乎很好，但如果你的应用程序有任何复杂性，你将需要一个更丰富的图形框架; 主要是重复Mats Petersson的评论。

编辑：从Qt嵌入式加速链接，

1. CPU blitter – 最慢
2. 硬件阻击 – 例如directFB。 快速内存移动通常与位操作相反，而不是机器字，如DMA。
3. 2D矢量 – OpenVG，简单的图形绘制，位操作。
4. 3D绘图 – OpenGL（ES）有多边形填充等。

这是您想要执行的绘图类型。 像Qt和Gtk这样的框架给了一个API来在屏幕上放置一个单选按钮，复选框，编辑框等。 它还具有文本的样式和与键盘，鼠标和/或触摸屏以及其他元件的交互。 框架使用绘图引擎将对象放在屏幕上。

图形加速只是将Bresenham算法等算法放在单独的CPU或专用硬件中。 如果您选择的框架不支持3D对象，则框架不太可能需要OpenGL支持，并且可能不会更好。

拼图的最后一块是窗口管理器 。 许多嵌入式设备不需要这个。 然而，许多手机正在使用合成和alpha值来创建透明的窗口，并允许同时看到多个应用程序。 这也可能会影响您的图形API。

另外： 没有X的DRI给出了一些令人信服的理由，为什么这可能不是一件好事; 对于单用户任务的情况，甚至不需要DRI 。

以下是Wayland图形堆栈的一个博客 Wayland的图表。

这是依赖于soc的驱动程序的工具，在iMX6上，你可以在framebuffer上使用wayland的组合我建立一个样本项目作为参考

Qt与imx6D / Q的路上

在omap3上有一个项目

omap3 sgx wayland