QT在ARM板上移植的故事和问题(全志A10)

潇齐

最近要在Cortex-A8的1G处理器上做算法验证，随买了一块全志A10开发板。首先移植QT在开发板上，开发板没有LCD显示屏接口，只有HDMI接口，于是需要QT在HDMI液晶显示屏上显示。
   板子系统环境：移植了ubuntu core文件系统在板子上，所以开发板跑的是不带桌面的ubuntu最小系统，apt-get等核心命令可以使用，很是方便哇。
随开始了qt/e的移植，版本是4.8.5.设置交叉编译器，到处搜资料。编译成功了QT的库，得到的qmake命令也可以用，尝试编译了hello wrold.在板子上完全可以运行呀。本以为没什么问题了。然后用PC上的qtcreator编写了一个带界面的程序。用交叉编译得到的qmake工具交叉编译项目工程。也是妥妥的没有问题。就把交叉编译得到的qt库考入ARM板子上，按照网上的资料设置好了QT的运行路径什么的                         export set QWS_DISPLAY="LinuxFB:/dev/fb0" 还有QT的库的路径都设置了，因为没有使用触摸屏所以没有设置和编译触摸屏的相关代码。HDMI的设备文件也是/dev/fb0，没有问题。
可是我运行程序的时候 加了 -qws参数，但是程序却提醒我说 cannt connect X server.没有连接到X server服务器 可是我明明加了 -qws选项呀 怎么不用famerbuffer 机制来驱动显示屏了。
随后有尝试安装了 x11org软件，也就是X server图形接口服务器。在运行程序 ok了，可通过HDMI接口输出图像了。但是我觉得X server机制比较占用资源，还是想换作-qws模式。但是-qws模式更本无法运行
想想原因   猜测1：程序在ubuntu core下运行，系统强制使用X server接口了，-qws模式不得以运行。
           猜测2：QT库交叉编译的配置不对，做出来的qmake不对，以至于不支持-qws模式
           猜测3：PC机上qtcreator建立的图形项目工程设置不对，没有使用-qws的头文件
以上都是猜测没有得到证实，谁知道更本原因了，提供思路讨论先，谁移植的是HDMI输出的QT了，网上的都是移植的LCD液晶屏的。

Joey_Chan

我正在弄pandaboard的qt5移植，omap4的cpu，直接运行ubuntu，只是编译一直找不到gstreamer，其它都没问题

潇齐

Joey_Chan 发表于 2014-1-14 14:53
我正在弄pandaboard的qt5移植，omap4的cpu，直接运行ubuntu，只是编译一直找不到gstreamer，其它都没问题 ...

界面版的ubuntu吗？ 这个在界面版上安装qt apt-get接可以了，但是我觉得程序运行在界面版ubuntu上 还是有些小小的吃力的 我的配置是1GHZ 主频 1G RAM。我想直接在ubuntu core上 直接framebuffer运行QT。不要X server做图形接口。这样比较节省资源 但是移植了交叉编译的库 -qws模式 在系统下 运行不起来

Joey_Chan

潇齐 发表于 2014-1-15 10:44
界面版的ubuntu吗？ 这个在界面版上安装qt apt-get接可以了，但是我觉得程序运行在界面版ubuntu上 还是有 ...

你说的是qt4，和我的qt5在移植上是完全不一样的，qt5要求高很多，底层兼容也独立出来了，就是QPA

潇齐

结贴了！ 今天突然尝试，重新交叉编译库了一下，删除原来的库，用新的qmake交叉编译了一下 ok了，以前还是交叉编译的库有问题，我尝试了很多个版本 所以库和gcc编译工具太乱了。我想只要HDMI的驱动没问题，编译库的时候按照原来方法来走，加上-qws选项 framebuffer的模式 还是可以运行的。其实现在的ARM处理器越来越快，在arm平台上直接编译库和程序，也可以实现了....或许以后就没有交叉编译这一说了........