Hi3520A移植QT Embedded

海思移植Qt Embedded的资料目前还是比较少，并且每个遇到的问题都不一样，但是最为主要的问题，我相信是在QT移植好了以后，运行QT测试demo，界面无法输出，自己也在改问题上面卡了近两个星期，以下就总结下移植Qt Embedded到Hi3520A的过程。

准备资料：

1、Qt Embedded 库

  2、海思原厂SDK

移植开始

1、编译Qt Embedded

QTPATH=/usr/local/Trolltech/QtEmbedded-4.6.2-arm

./configure -prefix $QTPATH -embedded arm -platform qws/linux-x86-g++ -xplatform qws/linux-arm-g++ -depths all -little-endian -no-mmx -no-3dnow -no-sse -no-sse2 -no-glib -no-cups -no-largefile -no-accessibility -no-openssl -no-gtkstyle -qt-freetype -qt-mouse-pc -qt-mouse-linuxtp -qt-mouse-linuxinput -plugin-mouse-linuxtp -plugin-mouse-pc -fast -qt-gfx-linuxfb -no-gfx-transformed -no-gfx-transformed -no-gfx-qvfb -no-gfx-vnc -no-gfx-multiscreen -no-gfx-directfb -no-gfx-qnx -plugin-gfx-linuxfb -opensource -confirm-license

配置文件如上所示，具体每个配置的意思，可以用./configure --embedded --hlep，查看帮助文档

2、配置framebuffer

Qt Embedded编译完成以后，就将QTPATH路径下生成的文档，拷贝到Hi3520A文件系统下面相应的目录下。

由于海思在操作Framebuffer需要进行相应的配置，如果没有进行相应的配置，那么去打开/dev/fb0是会报错的。具体进行了如下两个操作步骤

1、初始化MPP

2、使能输出设备VO

经过了以上两个步骤以后u，打开/dev/fb0才不会出错

具体参看sample_hifb.c文件

首先运行sample_hifb，然后运行qt程序，此时能够运行qt程序，但是界面无输出，具体原因在framebuffer的配置中可以找到，查看framebuffer配置，如下

cat /proc/graphics/hifb0

注意以上两个参数color format和 canvas format， 一个是ARGB1555一个是RGB565，因此，这两个格式不一致导致了QT代码无法运行，如果将改两位格式都修改为ARGB155那么QT程序就能够正常输出了，如下所示

总结：QT是基于framebuffer运行的，因此，移植QT时调试就需要查看framebuffer的配置