Thanks, Thomas. Confirming: fb* symbols present in libEGL-wl.so in gpu-viv-wl-bin-mx6q-3.0.35-4.0.0, but *not* present in gpu-viv-bin-mx6q-3.5.7-1.0.0-hfp.
On Tue, Jul 30, 2013 at 10:38 AM, Thomas Senyk <thomas.se...@pelagicore.com> wrote: > http://download.ossystems.com.br/bsp/freescale/source/gpu-viv-wl-bin-mx6q-3.0.35-4.0.0.bin > > I haven't seen the 3.5.7 drivers yet. > Maybe freescale removed the fb* symbols in that version? > > On Tuesday, 30 July, 2013 10:14:10 Rogerio Nunes wrote: >> Just to make sure. What version of the GPU package are you guys using? >> >> I've just uncompressed gpu-viv-bin-mx6q-3.5.7-1.0.0-hfp, and I do not >> see any fb* symbols in libEGL-wl.so: >> objdump -x libEGL-wl.so | grep -i fb >> >> *EMPTY* >> >> On Tue, Jul 30, 2013 at 6:58 AM, Thomas Senyk >> >> <thomas.se...@pelagicore.com> wrote: >> > On Tuesday, 30 July, 2013 2:52:38 Abhijit Potnis wrote: >> >> On Tue, Jul 30, 2013 at 2:06 AM, Thomas Senyk >> >> >> >> <thomas.se...@pelagicore.com>wrote: >> >> > On Monday, 29 July, 2013 16:06:17 Rogerio Nunes wrote: >> >> > > On Mon, Jul 29, 2013 at 3:54 PM, Eric Nelson >> >> > > >> >> > > <eric.nel...@boundarydevices.com> wrote: >> >> > > > Hi Rogerio, >> >> > > > >> >> > > > On 07/29/2013 12:29 PM, Rogerio Nunes wrote: >> >> > > >> My apologies, Eric. >> >> > > >> >> >> > > >> I misread your email the first time. >> >> > > >> >> >> > > >> I'm trying a clean build now with master-next, but I'm having >> >> > >> >> > dependency >> >> > >> >> > > >> issues. >> >> > > >> As soon as I fix this I'll look into glimagesink. >> >> > > > >> >> > > > I had some dependency issues as well, and I had to revert >> >> > > > Abhijit's wayland patch (78936c1994cb2db102bd200123be976a7c051b98) >> >> > > > to get past them. >> >> > > > >> >> > > > For some reason, with that patch, I was seeing the wayland version >> >> > > > of some libraries, so configure failed on gst-plugins-gl. >> >> > > >> >> > > That's exactly the same issue I'm having here... no fb* symbols in >> >> > > libEGL, so configure fails to link... >> >> > >> >> > I wonder if the fb* symbols should actually vanish? >> >> > >> >> > In a wl enabled version I've tested before I had both, wl_* and fb* >> >> > symbols. >> >> > >> >> > .. and IMO this is the right way, because it enabled you to have >> >> > opengl- >> >> > >> >> > based compositors and wayland-egl based clients with the same >> >> > libraries. >> >> > >> >> > >> >> > Also from a include/define perspective only if EGL_API_FB is set, it >> >> > makes >> >> > sense to set WL_EGL_PLATFORM. >> >> > quote from eglvivante.h: >> >> > >> >> > ... >> >> > #elif defined(LINUX) && defined(EGL_API_FB) && !defined(__APPLE__) >> >> > >> >> > #if defined(WL_EGL_PLATFORM) >> >> > ... >> >> > >> >> > >> >> > Does anyone know the reason why fb* symbols got removed from >> >> > libEGL-wl.so? >> >> >> >> Freescale probides framebuffer based backend implementation for weston, >> >> which run >> >> with libEGL-wl.so. So this does equate to libEGL-wl.so having fb* >> >> symbols. >> >> I did check >> >> that a few functions like `fbGetDisplayByIndex` `fbGetDisplayGeometry' >> >> `fbCreateWindow' >> >> are supported over libEGL-wl.so >> >> >> >> I used the attached sample code to test fb on the imx6qsaberlite. >> >> >> >> arm-none-linux-gnueabi-g++ fb_test.c -o n900gles -lEGL-wl -lGAL-wl >> >> -lgc_wayland_protocol -lwayland-client -lffi -lwayland-server >> >> >> >> Note the above never ending list of libs to link to. That where it gets >> >> messy. GAL-wl lib throws in >> >> dependencies over to Wayland client and server library and I ended up >> >> adding them. >> > >> > I though I just tested this and didn't have fb* symbols ..I must have made >> > a mistake! >> > After checking again I see them with objdump -x >> > >> > So yes all the fb* symbols are present! :) >> > >> >> Regards, >> >> Abhijit >> >> >> >> > Greet >> >> > Thomas >> >> > >> >> > > Thanks. >> >> > > >> >> > > > Regards, >> >> > > > >> >> > > > >> >> > > > Eric >> >> > > >> >> > > _______________________________________________ >> >> > > meta-freescale mailing list >> >> > > meta-freescale@yoctoproject.org >> >> > > https://lists.yoctoproject.org/listinfo/meta-freescale >> >> > >> >> > _______________________________________________ >> >> > meta-freescale mailing list >> >> > meta-freescale@yoctoproject.org >> >> > https://lists.yoctoproject.org/listinfo/meta-freescale >> > >> > _______________________________________________ >> > meta-freescale mailing list >> > meta-freescale@yoctoproject.org >> > https://lists.yoctoproject.org/listinfo/meta-freescale _______________________________________________ meta-freescale mailing list meta-freescale@yoctoproject.org https://lists.yoctoproject.org/listinfo/meta-freescale