From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755247AbdDLRcp (ORCPT ); Wed, 12 Apr 2017 13:32:45 -0400 Received: from anholt.net ([50.246.234.109]:56966 "EHLO anholt.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755072AbdDLRcl (ORCPT ); Wed, 12 Apr 2017 13:32:41 -0400 From: Eric Anholt To: Lucas Stach , Daniel Vetter Cc: stable@vger.kernel.org, Russell King , linux-kernel@vger.kernel.org, dri-devel@lists.freedesktop.org, etnaviv@lists.freedesktop.org Subject: Re: [PATCH 2/3] drm/etnaviv: Expose our reservation object when exporting a dmabuf. In-Reply-To: <1492001645.15082.14.camel@pengutronix.de> References: <20170411014414.20280-1-eric@anholt.net> <20170411014414.20280-2-eric@anholt.net> <20170412124715.j75nrmrdlycl4edm@phenom.ffwll.local> <1492001645.15082.14.camel@pengutronix.de> User-Agent: Notmuch/0.22.2+1~gb0bcfaa (http://notmuchmail.org) Emacs/24.5.1 (x86_64-pc-linux-gnu) Date: Wed, 12 Apr 2017 10:32:38 -0700 Message-ID: <87zifl7cqx.fsf@eliezer.anholt.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Lucas Stach 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. >> >=20 >> > Signed-off-by: Eric Anholt >> > Cc: stable@vger.kernel.org >> > Cc: Lucas Stach >> > Cc: Russell King >> > Cc: Christian Gmeiner >> > Cc: etnaviv@lists.freedesktop.org >>=20 >> On the first 2 patches: >>=20 >> Reviewed-by: Daniel Vetter >>=20 >> 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. --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEE/JuuFDWp9/ZkuCBXtdYpNtH8nugFAljuZLYACgkQtdYpNtH8 nujs8A//ZaruvosfXFnER4SXZHd5jKJxDPSdEAnFjdc12qU6h/FbDSoKRj7agaEi 85ZBZiSNc8mEGSXXaHnq8BRliM0n787zt/ghq5JeMq1D/4rWVYdFYuqYeAltJ56D gdQscGeuE7gw+Xnb81sQzGrv3sDqjutd2Kwtkcir5w18rJ3/+K2D9V9hYM4kVoqg DpwnnPi8DqBbpWGpxJTaplji2Pkzc+QFZGSMidpTvOEVCgplGEDSLtqPvstaNulH w+Y1hkvfZXyiNFO6qrWwlgBVWGlRb5S+N3rF6HHHdLHIU7+fkAhEw9js9F4EfLDp mL+K2n8zZknISxKRvQI9u+6oMOLlXTS6zwlDoyYk/GSUN5JmekyC4HPbOJXh+47l SMM6vcNzl4kQWxza3FwXe4Y4oWxNzXdxQjDJh0vnjdRcE9F+C7EbpfYUqwW1ULA4 OE/wLguX9t0KCPRx+F3iGUrHyEEAB7ZJUaUrKrS3Z+Gtt7SMTsfAEjfZv6Wlv2CP q3XLHYkTPPKZU0Hz4KwQ+72f5HR41HXeo3dPL2pHgaQVV/shByp2auRTUMm83+jt wHurhksXgd+NffmGlWQWQnndqA1Yku+mk5qQHNNh9xV+TEPIpDu0dbBubMQ0cQAl G9Xew4XVL83GA5mNOqBOUPwIHXuezUABEQhOI88q3euWhuzx694= =0e4C -----END PGP SIGNATURE----- --=-=-=--