[PATCH 2/3] drm/etnaviv: Expose our reservation object when exporting a dmabuf.
Eric Anholt
eric at anholt.net
Wed Apr 12 17:32:38 UTC 2017
Lucas Stach <l.stach at 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 at anholt.net>
>> > Cc: stable at vger.kernel.org
>> > Cc: Lucas Stach <l.stach at pengutronix.de>
>> > Cc: Russell King <linux+etnaviv at armlinux.org.uk>
>> > Cc: Christian Gmeiner <christian.gmeiner at gmail.com>
>> > Cc: etnaviv at lists.freedesktop.org
>>
>> On the first 2 patches:
>>
>> Reviewed-by: Daniel Vetter <daniel.vetter at 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.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 832 bytes
Desc: not available
URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20170412/78583cda/attachment-0001.sig>
More information about the dri-devel
mailing list