[meta-freescale] RFC regarding glimagesink

Rogerio Nunes ronunes at gmail.com
Tue Jul 30 07:14:10 PDT 2013


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.senyk at 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.senyk at 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.nelson at 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 at yoctoproject.org
>> > > https://lists.yoctoproject.org/listinfo/meta-freescale
>> >
>> > _______________________________________________
>> > meta-freescale mailing list
>> > meta-freescale at yoctoproject.org
>> > https://lists.yoctoproject.org/listinfo/meta-freescale
> _______________________________________________
> meta-freescale mailing list
> meta-freescale at yoctoproject.org
> https://lists.yoctoproject.org/listinfo/meta-freescale



More information about the meta-freescale mailing list