<br><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Nov 21, 2012 at 12:23 PM, Pekka Paalanen <span dir="ltr"><<a href="mailto:ppaalanen@gmail.com" target="_blank">ppaalanen@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class="im">On Wed, 21 Nov 2012 11:38:57 +0800<br>
Henius Dong <<a href="mailto:donglw@pset.suntec.net">donglw@pset.suntec.net</a>> wrote:<br>
<br>
> Hi Abhijit<br>
><br>
> -----Original Message-----<br>
> From: Abhijit Potnis<br>
> Sent: 2012/11/20 15:04<br>
><br>
</div><div><div class="h5">> > On Mon, Nov 19, 2012 at 3:34 PM, Henius Dong <<a href="mailto:donglw@pset.suntec.net">donglw@pset.suntec.net</a><br>
> > <mailto:<a href="mailto:donglw@pset.suntec.net">donglw@pset.suntec.net</a>>> wrote:<br>
> ><br>
> >     Hello Abhijit<br>
> ><br>
> >     I saw the topic "Wayland on Embedded" in wayland-devel mailing list.<br>
> >     I'm interested in this topic too. But, I'm naive in this topic now.<br>
> >     So, I write a mail to you to see whether you could give me some<br>
> >     hints or not?<br>
> ><br>
> >     Now, I'm going to port the wayland onto freescale iMX6 board. It<br>
> >     supports Linux/WinCE/Android OS. I want to use the Linux OS<br>
> >     "without" DRM support. So, it going to be difficult to use the<br>
> >     compositor-drm.<br>
> >     But, freescale offers the GLES2 implementation. So, I wonder I might<br>
> >     need the same GLES2 >> framebuffer back-end.<br>
> ><br>
> ><br>
> > Freescale iMX6 driver releases do show that they now support drm in<br>
> > their kernel. You may want to try that.<br>
> > But as such writing a GLES2 over FB backend will work, but with<br>
> > restricted features as listed in the<br>
> > below mail chain. With much of the work now abstracted by gles2-renderer<br>
> > (gl-renderer as its called now) , it must be simple enough to write the<br>
> > back-end.<br>
> Thanks for your information. I would confirm with Freescale.<br>
><br>
> ><br>
> >     Could you give me some help?<br>
> >     Anything is welcome.<br>
> ><br>
> > This will be of some help<br>
> > <<a href="http://lists.freedesktop.org/archives/wayland-devel/2012-September/005324.html" target="_blank">http://lists.freedesktop.org/archives/wayland-devel/2012-September/005324.html</a>><br>
> I've checked this mail chain. The "restricted features" you mentioned is<br>
> I won't able to run GL client by using GLES2 over FB backend, right? But<br>
> since iMX6 has the DRM support, using DRM backend may be easier.<br>
<br>
</div></div>Whether or not Wayland clients that use GL will work, essentially<br>
depends on libEGL, and not really about the backend the compositor is<br>
using. In fact, client support and compositor backend are orthogonal.<br>
They only need to be compatible in the sense, that what clients<br>
provide, the compositor can use.<br>
<br>
LibEGL is the standard place to implement the support for clients that<br>
use GL, but nothing prevents you from inventing your own way, if you<br>
control all the applications. Qt5 AFAIU supports its own thing, and so<br>
it is not dependant on libEGL's Wayland platform support.<br>
<br></blockquote><div>The Freescale driver release does have a few Wayland definitions<br>in their header files. But no document explaining if they support Wayland/<br>Weston. Also there is no explicit mention from freescale that they have<br>
 <span class="">Wayland</span> <span class="">EGL</span> platform ( wayland-egl API) implemented.<br><br>Correct me if I am wrong, with this scenario: we will have to end up writing a <br>EGL wrapper for their proprietary driver to handle buffers. Or invent ones<br>
on way.<br><br><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Thanks,<br>
pq<br>
</blockquote></div><br><br clear="all"><br>-- <br>Regards,<br>Abhijit Potnis<br><br>
</div>