Re: [PATCH 2/3] drm/etnaviv: Expose our reservation object when exporting a dmabuf.

[Eric Anholt <eric@anholt.net>]

[-- Attachment #1: Type: text/plain, Size: 1040 bytes --]

Lucas Stach <l.stach@pengutronix.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@anholt.net>
>> > Cc: stable@vger.kernel.org
>> > Cc: Lucas Stach <l.stach@pengutronix.de>
>> > Cc: Russell King <linux+etnaviv@armlinux.org.uk>
>> > Cc: Christian Gmeiner <christian.gmeiner@gmail.com>
>> > Cc: etnaviv@lists.freedesktop.org
>> 
>> On the first 2 patches:
>> 
>> Reviewed-by: Daniel Vetter <daniel.vetter@ffwll.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.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]