[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <87zifl7cqx.fsf@eliezer.anholt.net>
Date: Wed, 12 Apr 2017 10:32:38 -0700
From: Eric Anholt <eric@...olt.net>
To: Lucas Stach <l.stach@...gutronix.de>,
Daniel Vetter <daniel@...ll.ch>
Cc: stable@...r.kernel.org,
Russell King <linux+etnaviv@...linux.org.uk>,
linux-kernel@...r.kernel.org, dri-devel@...ts.freedesktop.org,
etnaviv@...ts.freedesktop.org
Subject: Re: [PATCH 2/3] drm/etnaviv: Expose our reservation object when exporting a dmabuf.
Lucas Stach <l.stach@...gutronix.de> writes:
> Am Mittwoch, den 12.04.2017, 14:47 +0200 schrieb Daniel Vetter:
>> On Mon, Apr 10, 2017 at 06:44:13PM -0700, Eric Anholt wrote:
>> > Without this, polling on the dma-buf (and presumably other devices
>> > synchronizing against our rendering) would return immediately, even
>> > while the BO was busy.
>> >
>> > Signed-off-by: Eric Anholt <eric@...olt.net>
>> > Cc: stable@...r.kernel.org
>> > Cc: Lucas Stach <l.stach@...gutronix.de>
>> > Cc: Russell King <linux+etnaviv@...linux.org.uk>
>> > Cc: Christian Gmeiner <christian.gmeiner@...il.com>
>> > Cc: etnaviv@...ts.freedesktop.org
>>
>> On the first 2 patches:
>>
>> Reviewed-by: Daniel Vetter <daniel.vetter@...ll.ch>
>>
>> If you get an ack from Rob/Lucas I guess we could push these also through
>> drm-misc.
>
> Patch itself looks fine. I prefer to route the etnaviv change through my
> tree, to give it the usual exposure to our testing.
Yeah, I'd rather you grab it so you can test it before it lands.
Download attachment "signature.asc" of type "application/pgp-signature" (833 bytes)
Powered by blists - more mailing lists