From mboxrd@z Thu Jan 1 00:00:00 1970 From: Julien Boulnois Subject: Re: omapdrm + etnaviv memory leak Date: Wed, 23 May 2018 16:16:50 +0200 Message-ID: References: <1527065584.4227.10.camel@pengutronix.de> <6080b3f2-0fe6-dee7-331e-f2c0a9a3aa9d@ti.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0573157618==" Return-path: Received: from mail-qk0-x22f.google.com (mail-qk0-x22f.google.com [IPv6:2607:f8b0:400d:c09::22f]) by gabe.freedesktop.org (Postfix) with ESMTPS id 9F6CC6E4B6 for ; Wed, 23 May 2018 14:16:51 +0000 (UTC) Received: by mail-qk0-x22f.google.com with SMTP id a8-v6so17544839qkj.12 for ; Wed, 23 May 2018 07:16:51 -0700 (PDT) In-Reply-To: <6080b3f2-0fe6-dee7-331e-f2c0a9a3aa9d@ti.com> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dri-devel-bounces@lists.freedesktop.org Sender: "dri-devel" To: Tomi Valkeinen Cc: DRI Development List-Id: dri-devel@lists.freedesktop.org --===============0573157618== Content-Type: multipart/alternative; boundary="0000000000009d9424056ce02f0a" --0000000000009d9424056ce02f0a Content-Type: text/plain; charset="UTF-8" Hi Lucas, 2018-05-23 14:08 GMT+02:00 Tomi Valkeinen : > On 23/05/18 11:53, Lucas Stach wrote: > > Hi Tomi, > > > > Am Mittwoch, den 23.05.2018, 11:40 +0300 schrieb Tomi Valkeinen: > >> Hi Lucas, > >> > >> Julien has written an X driver for OMAP5 SoC (which has Vivante's > >> GC320). We're seeing a memory leak when using omapdrm for display and > >> etnaviv for X 2D rendering. The X driver uses DRI3, so dmabuf > >> import/export is involved. > > > > Why don't you extend the xf86-video-armada driver? It already supports > > a load of Xrender and Compositing acceleration using the GC320. Adding > > another scanout device shouldn't be hard. > > I don't know, I'll let Julien answer to that =). I think he had the > armada driver working too. First of all, for fun and to educate myself ! Secondly, I found that xf86-video-armada 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). Regards -- Julien Boulnois --0000000000009d9424056ce02f0a Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Lucas,

2018-05-23 14:08 GMT+02:00 Tomi Valk= einen <tomi.valkeinen@ti.com>:
On 23/05/18 11:53, Lucas Stach wrote:
> Hi Tomi,
>
> Am Mittwoch, den 23.05.2018, 11:40 +0300 schrieb Tomi Valkeinen:
>> Hi Lucas,
>>
>> Julien has written an X driver for OMAP5 SoC (which has Vivante= 9;s
>> GC320). We're seeing a memory leak when using omapdrm for disp= lay and
>> etnaviv for X 2D rendering. The X driver uses DRI3, so dmabuf
>> import/export is involved.
>
> Why don't you extend the xf86-video-armada driver? It already supp= orts
> a load of Xrender and Compositing acceleration using the GC320. Adding=
> another scanout device shouldn't be hard.

I don't know, I'll let Julien answer to that =3D). I think h= e had the
armada driver working too.

=C2=A0First of a= ll, for fun and to educate myself ! Secondly, I found that xf86-video-armada was pretty complex. I wanted to do somethin= g 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 easi= er to work together using a brand new driver since we share the same hardwa= re (Beagleboard X15).

Regards

--
<= div class=3D"gmail_signature" data-smartmail=3D"gmail_signature">Julien Bou= lnois
--0000000000009d9424056ce02f0a-- --===============0573157618== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: inline X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KZHJpLWRldmVs IG1haWxpbmcgbGlzdApkcmktZGV2ZWxAbGlzdHMuZnJlZWRlc2t0b3Aub3JnCmh0dHBzOi8vbGlz dHMuZnJlZWRlc2t0b3Aub3JnL21haWxtYW4vbGlzdGluZm8vZHJpLWRldmVsCg== --===============0573157618==--