linux - 没有 X 的硬件加速

Question

我想知道是否有可能在没有 Xorg 及其 DDX 驱动程序的情况下获得图形硬件加速，仅使用内核模块和其余的用户空间驱动程序。我问这个是因为我开始在嵌入式平台上开发(比如 beagleboard 或更粗略地说是带有集成 GPU 的德州仪器 ARM 芯片)，我会在没有图形服务器开销的情况下获得硬件加速(这不是需要)。

如果是，怎么办？我在考虑 OpenGL 或 OpengGLES 实现，或者 Qt 嵌入式 http://harmattan-dev.nokia.com/docs/library/html/qt4/qt-embeddedlinux-accel.html

而且TI提供了很多文档，但是我还是不太清楚 http://processors.wiki.ti.com/index.php/Sitara_Linux_Software_Developer%E2%80%99s_Guide

谢谢。

Answer 1

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

但是，如果您使用的是 Qt，那么这不是最好的方法。 Qt5.0 取消了 QWS ( Qt embedded acceleration )。 Qt 正在迁移到 LightHouse，现在称为 QPA .如果您编写了一个QPA 插件，通过您公开的任何内核机制使用您的图形加速，那么您就有了加速 Qt 图形。同样感兴趣的可能是 Wayland architecture ; Wayland 有QPA 插件。 Qt4.8+ 和 Qt5.0+ 中存在对 QPA 的支持。 Skia也是一个有趣的图形 API，支持 OpenGL 后端； Android 设备使用 Skia。

获得图形加速很容易。你要合成吗？你的内存足迹是多少？谁是将使用 API 编程的开发者受众？您需要对象 功能还是只需要绘图基元？ SKIA、PegUI、WindML 和成熟的图形框架(Gtk、Qt)之间有很大的区别人们期待今天。编程到 OpenGL ES API 乍一看似乎很好，但如果您的应用程序有任何复杂性，您将需要更丰富的图形框架；主要是重复 Mats Petersson 的 评论。

编辑来自Qt embedded acceleration链接，

1. CPU blitter - 最慢
2. Hardware blitter - 例如，directFB。快速内存移动通常使用位操作而不是机器字，如 DMA。
3. 2D 矢量 - OpenVG，简笔画，带位操作。
4. 3D 绘图 - OpenGL(ES) 具有多边形填充等。

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

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

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

另外:DRI without X给出一些令人信服的理由说明为什么这可能不是一件好事；对于单个用户任务，甚至不需要 DRI。

下面是一个Wayland图形栈的示意图blog on Wayland .