<div dir="ltr">Hi Lucas,<br><div><br>2018-05-23 14:08 GMT+02:00 Tomi Valkeinen <span dir="ltr"><<a href="mailto:tomi.valkeinen@ti.com" target="_blank">tomi.valkeinen@ti.com</a>></span>:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 23/05/18 11:53, Lucas Stach wrote:<br>
> Hi Tomi,<br>
> <br>
> Am Mittwoch, den 23.05.2018, 11:40 +0300 schrieb Tomi Valkeinen:<br>
>> Hi Lucas,<br>
>><br>
>> Julien has written an X driver for OMAP5 SoC (which has Vivante's<br>
>> GC320). We're seeing a memory leak when using omapdrm for display and<br>
>> etnaviv for X 2D rendering. The X driver uses DRI3, so dmabuf<br>
>> import/export is involved.<br>
> <br>
> Why don't you extend the xf86-video-armada driver? It already supports<br>
> a load of Xrender and Compositing acceleration using the GC320. Adding<br>
> another scanout device shouldn't be hard.<br>
<br>
</span>I don't know, I'll let Julien answer to that =). I think he had the<br>
armada driver working too.</blockquote><div><br></div><div> First of all, for fun and to educate myself ! Secondly, I found that<span class="gmail-"> xf86-video-armada</span> was pretty complex. I wanted to do something simpler using existing higher level EXA API. Finally, when we started to work on that with Tomi two years ago, the armada driver looked unmaintained and I failed to get the DRI3/present part working. So it was actually easier to work together using a brand new driver since we share the same hardware (Beagleboard X15).<br><br></div><div>Regards<br></div></div><br>-- <br><div class="gmail_signature" data-smartmail="gmail_signature">Julien Boulnois</div>
</div></div></div>