From mboxrd@z Thu Jan 1 00:00:00 1970 From: Eric Anholt Subject: Re: [RFC 0/2] drm/vc4: Async page flip cleanup Date: Mon, 09 Apr 2018 17:13:47 -0700 Message-ID: <87r2nnapfo.fsf@anholt.net> References: <20180330150904.30458-1-boris.brezillon@bootlin.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1414346197==" Return-path: Received: from anholt.net (anholt.net [50.246.234.109]) by gabe.freedesktop.org (Postfix) with ESMTP id 435406E2E1 for ; Tue, 10 Apr 2018 00:13:50 +0000 (UTC) In-Reply-To: <20180330150904.30458-1-boris.brezillon@bootlin.com> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dri-devel-bounces@lists.freedesktop.org Sender: "dri-devel" To: David Airlie , Daniel Vetter , dri-devel@lists.freedesktop.org, Gustavo Padovan Cc: Boris Brezillon List-Id: dri-devel@lists.freedesktop.org --===============1414346197== Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" --=-=-= Content-Type: text/plain Boris Brezillon writes: > Hello, > > This is an attempt at simplifying the async page flip handling in VC4 > in order to get rid of vc4_queue_seqno_cb() and its dependencies and > rely on fences instead. > > The reason I'm sending this as an RFC is because I'm pretty sure we can > put some of the code added in patch 1 in drm_atomic_helper.c. Also, I'd > like to have feedback from Padovan, Daniel and maybe others who have > already thought about handling async page flips generically. > And the last reason is that it's not been extensively tested, so it may > not work correctly :-). I'm certainly eager to see our custom async code die. Any KMS core folks want to comment on this proposal? --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEE/JuuFDWp9/ZkuCBXtdYpNtH8nugFAlrMAbsACgkQtdYpNtH8 nugN6Q/9FacqZVCUdEmfq3xWurJzno8bhr9+F1yhUHXBaymW4SbIh+f3AgTnZqTi Znx6WatPBcdlpdgAP4O82VXoJX/2zAOmANcbXKWycRiRKjF6E1URubKgzbEi6zuL s3+OrbH/0u0WJxZbI+OpVT6YEMoWpt4AB7MavX8zkNp/Np//fkgo3RSYY7csR7Qb sDeHZIG0oTt1wR/HOoqFCZUHWA1CM+QlfhbGwKtxCNiLPMfctOfhFft1Ff8SIK8e oQtzQfUq1QrVKX/0ZOAdhtU+qj9LExS420MDRHVB+X7Wbkv37Hv2thGmiqT09xfT xLCo3D6QUF++KXMqDgjV1tHr0JaNDVkQXkOzm76htZzYJv5lizNCXOjyzcKtc8Rb SeNJn0C2Jx+0drF8r6DnxKeDuTIDkfpi1/q/WG8Lmyyw7ClZRMVp6P29uSdRTnhp q3MkHfvuyL6OZWcQvBwmN4lUBPR0SdtzAFZrK5drHTP2D/Lne0xqWSCL4SkYlTD3 5iGr+EhL1gk5FznYGeSvAg7gGpLuJlDrERV2IA/UD/n44Mp2paKFEPEdVd+KMjO3 WDh2KAyZ8xBdRMf4GTwqeQckWVKNM/92TSnyMCubyMd4WXOoCNEB89E1PMu5/XkT drjjwZgWXfJE4cXEuMZgftIACnKXkTTJyCP7VLssCz0nAPmwiMs= =rKHW -----END PGP SIGNATURE----- --=-=-=-- --===============1414346197== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: inline X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KZHJpLWRldmVs IG1haWxpbmcgbGlzdApkcmktZGV2ZWxAbGlzdHMuZnJlZWRlc2t0b3Aub3JnCmh0dHBzOi8vbGlz dHMuZnJlZWRlc2t0b3Aub3JnL21haWxtYW4vbGlzdGluZm8vZHJpLWRldmVsCg== --===============1414346197==--