<br><br><div class="gmail_quote">On Fri, Jul 13, 2012 at 3:40 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:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Fri, 13 Jul 2012 15:20:22 +0530<br>
Abhijit Potnis <<a href="mailto:abhijitpotnis@gmail.com">abhijitpotnis@gmail.com</a>> wrote:<br>
<br>
> Hello Pekka<br>
<div class="im">><br>
> Ya, I do agree. With GLES2-on-fb we would end up having an implementation<br>
>  for each board or for a group of similar boards.<br>
><br>
> My question is, can it be possible that generic part of GLES2-on-fb be<br>
> separated<br>
> out and only the system specific part be implemented for each different<br>
> board. Say like<br>
> in case of android, what lies in compositor-android.c except for config<br>
> creation part is pretty<br>
> much generic and it may work on few other common set of systems other that<br>
> google nexus<br>
> ( Android & other flavours of linux as well ). And the implementation which<br>
> is in<br>
> android-framebuffer.cpp would be categorised as the system specific one.<br>
><br>
> Can there be an abstraction in the above said way ? And would Weston git be<br>
> ready to<br>
> accommodate several such back-ends for numerous boards ?<br>
<br>
</div>Let's first have a working backend, and then look at if there is<br>
anything worth sharing with other backends. Too many layers is not<br>
nice, so maybe we can have helper functions. Anyway, we will see once<br>
there is code to look at.<br>
<br></blockquote><div>Yup, too early to think abt this !<br> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
I don't think anyone has anything against having more backends, if<br>
they're maintained... anyone?<br></blockquote><div></div><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"><br>
> I was able to write a back-end for my system. Its minimalist but<br>
> none-the-less, works! There are few more glitches that I have to sort and I<br>
> am looking into them. I shall put it across once they are completely tested.<br>
<br>
</div>Great!<br>
<div class="im"><br>
> > For input devices, we can share the existing evdev code, if your<br>
> > hardware has evdev input drivers in the kernel. I sent a patch series<br>
> > recently to implement that for the Android backend, but I need to redo<br>
> > it.<br>
> ><br>
> Yes. Could you please point me to these evdev patches. They would be<br>
> helpfull.<br>
<br>
</div><a href="http://lists.freedesktop.org/archives/wayland-devel/2012-July/004206.html" target="_blank">http://lists.freedesktop.org/archives/wayland-devel/2012-July/004206.html</a><br>
<br>
Do keep in mind, that that patch series was NAK'd. The plan is to fold<br>
the udev-evdev stuff into compositor-drm.c. But if you have use for<br>
udev-code, too, we have to think about it more.<br></blockquote><div><br>Thanks.<br> </div><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"><br>
> > Does your embedded system have udev or not? If it does, and you are<br>
> > serious about writing a backend, we need to re-think with krh how to<br>
> > organise the code.<br>
> ><br>
> ><br>
> The code organization as mentioned by me above is my humble suggestion.<br>
> I would like to hear your feedback on this.<br>
<br>
</div>Yeah, but do you have udev for discovering input devices, or how is it<br>
done? Or do you have input at all yet?<br></blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
By organizing the code I was referring to the udev/evdev and<br>
compositor-drm.c plans. If you are going to need udev too, folding it<br>
into compositor-drm.c might not be the best option if you could reuse<br>
it.<br>
<br></blockquote><div> </div><div>No, I haven't yet looked into the input part. I will get back to you in this regards.<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>Thanks for the help.<br clear="all"><br>-- <br>Regards,<br>Abhijit Potnis<br><br>