[meta-freescale] RFC regarding glimagesink

Abhijit Potnis abhijitpotnis at gmail.com
Thu Aug 1 01:47:21 PDT 2013


Hello Rogeiro,

Where can I find the gpu-viv-bin-mx6q-3.5.7-1.0.0-
hfp. release ?

-Abhijit


On Tue, Jul 30, 2013 at 10:56 PM, Rogerio Nunes <ronunes at gmail.com> wrote:

> 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.senyk at 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.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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.yoctoproject.org/pipermail/meta-freescale/attachments/20130801/c96bcbde/attachment.html>


More information about the meta-freescale mailing list