[meta-freescale] [meta-fsl-arm]: Wayland/Weston issue with gpu-viv-bin-mx6q 3.5.7-1.0.0-alpha.2

Andy Voltz andy.voltz at timesys.com
Thu Oct 24 09:06:26 PDT 2013


I've been integrating the gpu-viv-bin-mx6q binaries from meta-fsl-arm into
Timesys Factory, but I've encountered a linker issue which I think illustrates
non-functional lib{EGL,GAL}-wl in the 3.5.7-1.0.0-alpha.2 version yocto
provides. 

I'm not sure if this is an issue that needs to be fixed, given the impending
jump to 3.10, but I figured I'd share it just in case.

Before getting into further details, it's worth stating that the 3.10 stuff in
master-next is fine (KUDOS!) This is just an issue with the master branch. In
fact, replacing libEGL-wl.so and libGAL-wl.so with the binaries found in the
3.10 version in master-next fixes this issue.

Now the details:
With 3.5.7-1.0.0-alpha.2, linking weston throws several undefined symbol
errors around these symbols:

gcoOS_CapturePointer
gcoOS_CopyPixmapBits
gcoOS_CreateClientBuffer
gcoOS_CreateContext
gcoOS_CreateDrawable
gcoOS_CreatePixmap
gcoOS_CreateWindow
gcoOS_DeinitLocalDisplayInfo
...(46 total, all named gcoOS_*)

Using objdump to compare the symbols in 3.5.7 to those in 3.10 version, all 
of these symbols are defined in the 3.10 version of libGAL-wl.so. They are
either *UND* or not found in the 3.5.7 versions of these binaries.

I've run into this with Timesys tools -- my attempts to build weston in yocto
meta-fsl-arm master have been all unsuccessful--clearly the fixups to weston
in master-next are needed for a start.

For Timesys, I think I'll just drop in the 3.10 gpu-viv binaries, and test
using that. weston is working in our environment with this configuration, but
I need to revisit X, DFB, and fb.
-- 
Andy Voltz
Timesys Corporation



More information about the meta-freescale mailing list