how to create opengl-fb based rootfs in yocto-fsl-dora-branch

如下topic需要对yocto和imx6有认识和深刻的了解。

背景：我们的一些应用是基于“opengles fb base”，非X11 非derictfb 非wayland的。但是yocto项目里面没有fsl-image-fb的image给你bitbrake。

目前有fsl-image-gui fsl-image-test等等这些，就是没有fb。

fsl-image-gui fsl-image-test生成的openGL硬件加速库默认都是基于X11的。比如vivant的三合一GPU生成的libEGL.so, libGAL.so  libVIVANTE.so，

默认都是非fb的。那一些应用中却需要fb base的。

如何解决？？方案有两个：

第一个方案：不管怎样先利用bitbrake fsl-image-gui或fsl-image-test编译进行build。（要很长很长很长，真的很长的时间）。

默认生成的是X11base的。然后里面下面两种方法中的其中一种方法将你需要的usr/lib下面的东西取代掉即可。

1、方法一，在这里http://repository.timesys.com/buildsources/g/gpu-viv-bin-mx6q/下载你对于版本的gpu库，比如我用到的是dora fp hard float branch的，对应的是gpu-viv-bin-mx6q-3.10.9-1.0.0/   将此gpu-viv-bin-mx6q-3.10.9-1.0.0/文件夹下面的东西，所以东西，取代掉你用bitbrake生成的rootfs的对于库，主要是在usr/lib下面的相关东东。

然后你还要看看一些符号链接是否ln -sf给libxxx-fb.so这些相关库，如果没有软链接过去，那么你自己用ln去链接。

2、方法二，还是要先找到基于fb的gpuviv的bin文件库文件。不用到网上额外下载。你自己在bitbrake gui或者test image的时候，在build/tmp/work/cortexa9hf-vfp-neon-mx6-poky-linux-gnueabi/gpu-viv-bin-mx6q/1_3.10.9-1.0.0-hfp-r0/gpu-viv-bin-mx6q-3.10.9-1.0.0-hfp/，这里有所有backend的相关库，有基于X11、FB、WAYLAND、DIRECTFB的。

copy过去取代即可。bitbrake的时候会将gpu-viv的所有情况库都会生成的，然后根据../sources/meta-fsl-arm/recipes-graphics/gpu-viv-bin-mx6q/gpu-viv-bin-mx6q.inc里面的backend再去mv ln相关backend的库到sstate-install-populate-sysroot和image。（如何mv ln的玄机在方案二里面讲）

（不是说不会生成libx11的相关库，而是opengl的加速库不会基于某个backend来去做）

方案二：

查看sources/meta-fsl-arm/recipes-graphics/gpu-viv-bin-mx6q/gpu-viv-bin-mx6q.inc规则。也有两个方法

方法一在conf/local.conf里面添加

#fsl-image-test support fb base GPU. (dora brach vfp hf)
DISTRO_FEATURES_remove = "x11 wayland directfb"

这样生成的backend就是基于fb的了。

方法二：在gpu-viv-bin-mx6q.inc里面打个补丁

diff --git a/recipes-graphics/gpu-viv-bin-mx6q/gpu-viv-bin-mx6q.inc b/recipes-graphics/gpu-viv-bin-mx6q/gpu-viv-bin-mx6q.inc
index 2b94153..4e37db0 100644
--- a/recipes-graphics/gpu-viv-bin-mx6q/gpu-viv-bin-mx6q.inc
+++ b/recipes-graphics/gpu-viv-bin-mx6q/gpu-viv-bin-mx6q.inc
@@ -60,9 +60,9 @@  python __anonymous () {
                 raise bb.parse.SkipPackage("Package Float-Point is not compatible with the machine")
 }
 
-USE_X11 = "${@base_contains("DISTRO_FEATURES", "x11", "yes", "no", d)}"
-USE_DFB = "${@base_contains("DISTRO_FEATURES", "directfb", "yes", "no", d)}"
-USE_WL = "${@base_contains("DISTRO_FEATURES", "wayland", "yes", "no", d)}"
+USE_X11 ?= "${@base_contains("DISTRO_FEATURES", "x11", "yes", "no", d)}"
+USE_DFB ?= "${@base_contains("DISTRO_FEATURES", "directfb", "yes", "no", d)}"
+USE_WL ?= "${@base_contains("DISTRO_FEATURES", "wayland", "yes", "no", d)}"
 
 # Inhibit warnings about files being stripped.
 INHIBIT_PACKAGE_DEBUG_SPLIT = "1"

http://patches.openembedded.org/patch/66253/
这样可以从新在local.conf里面重新定义USE_X11 USE_DFB USE_WL.这三个都定义为no。即可。

其实方法二是推荐使用的。因为方法一中的DISTRO_FEATURES有可能在别的地方也要用到，而不仅仅是gpu-viv-bin-mx6q.inc里面有逻辑定义。

万一别的地方是要用到基于X11的，并且是通过DISTRO_FEATURES来选择的，则会造成混乱了。

（如何mv ln的玄机在方案二里面讲）：如果你没有任何修改并且已经bitbrake里test，即已经编译过一边了，也没有删除tmp里面东西，然后你再bitbrake，

你会发现gpu-viv-bin-mx6q-3.10.9-1.0.0-hfp对应的image并没有更新，但是。。但是。。。是会在sstate-install-populate-sysroot有更新的。并且最终do rootfs，是会从sstate-install-populate-sysroot里面去拿对于的生成文件来做deploy下面的image的。当然也会在tmp/sysroots下面有所更新的。

已经bitbrake一边了，又没有删除tmp里面东西（不想删除，因为文件超多，删起来很慢），如果仅仅删除gpu-viv-bin-mx6q-3.10.9-1.0.0-hfp下面的image，然后重新build，你会发现image里面的东西不会重新生成。因为do rootfs的时候根本就不会从这下面image里面去copy相关文件。

所以，如果不是很熟系bitbrake的话，建议全部删除tmp。当然可以研究一下tmp文件夹下面的一些state啊 cache啊。,比如单独删除build/sstate-cache

(删除tmp/stamp有效果）以后在研究了

下一步如何利用bitbrake单独编译u-boot和kernel

以上

yocto用着用着你会爱上的。

关于FX SE的，可以看看https://wiki.openjdk.java.net/display/OpenJFX/OpenJFX+on+Freescale+i.MX6