From mboxrd@z Thu Jan 1 00:00:00 1970 From: Alyssa Rosenzweig Subject: Re: [RFC PATCH] mesa: Export BOs in RW mode Date: Wed, 3 Jul 2019 09:07:29 -0700 Message-ID: <20190703160729.GA3948@kevin> References: <20190703133357.10217-1-boris.brezillon@collabora.com> <20190703154724.GJ15868@phenom.ffwll.local> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1349129042==" Return-path: In-Reply-To: <20190703154724.GJ15868@phenom.ffwll.local> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: mesa-dev-bounces@lists.freedesktop.org Sender: "mesa-dev" To: Daniel Vetter Cc: ML mesa-dev , Rob Herring , Steven Price , dri-devel , Boris Brezillon List-Id: dri-devel@lists.freedesktop.org --===============1349129042== Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="+QahgC5+KEYLbs62" Content-Disposition: inline --+QahgC5+KEYLbs62 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Since the same discussion is happening with etnaviv: Why exactly does mesa > need to mmap imported buffers? The golden question! Seemingly, (one of the) reasons is that the state tracker does colourspace conversion in software if the winsys wants a format that the driver doesn't advertise. Unrelated to this, that's almost certainly a performance issue and might explain quite a bit... In this case, the winsys seems to want RGB10_A2 but we settle for RGBA8. I thought that was just changing EGL negotiation stuff.. I had no idea it was covering up in software... not good... --+QahgC5+KEYLbs62 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCgAdFiEEQ17gm7CvANAdqvY4/v5QWgr1WA0FAl0c0r0ACgkQ/v5QWgr1 WA2fsw/+LV7p93DLlmx6+6ig36o1UC48PlMjbAFz7QME/DPssOP9A9LFGDu2Lrrb yR9Km6uugCINzLRlB58WKu5gy2IvJejnbgaf5ZJLwB4ROHe3j4INrCO6vGLlg1bz R3jMAPdeUPKpY5GJApgFyKDnJNwZ7oVMAueV8sXXWJgoVseZJIF/t9yjX26ZFks1 wmLyVqD6CoxaoXz6QgSpwjdpGBsRlpFv011Mbd23a4OR1xyZOe+6zX73tua3LH8k vdEroVmm5cAku34kDXKnne5UXgL4FRni/AYElIZfs2x7NGAaX1CdBMnI9SSLdKC9 g2V47Pql4RXVVfBivVj9XkwQugrHCnrscPfL8GDdRYUEgcf62Ea2PtQWAVot6smF PQIS+iVQ+XzI1/X2WG/1eY1SWvxsYcaXXlEOu31hCSQfiLlGVDfcQGjUOnk3GfE6 m6GTHmQvQK91QFmsgUumJeZ8d8uUiGD2senpWh4Uji3vVHu1H1MsrfTmv6amFE6i GWeZkw/KQtESq/6ZvVkWwP1F31Ef93dv1nurR9gxTJg5FdgKe/Q0oOx1LnSxaJqB fqY4z9rUgV82emVDqy0vg68dyC9ho7wgvh5tEBq7Jnmc2F/hgJfIWMkJGdyIwYa6 fCP6F8P2CEahrSv/AkLByB33tRODGuhtx89wHVmqbrMxOQk26Vg= =szXi -----END PGP SIGNATURE----- --+QahgC5+KEYLbs62-- --===============1349129042== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: inline X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KbWVzYS1kZXYg bWFpbGluZyBsaXN0Cm1lc2EtZGV2QGxpc3RzLmZyZWVkZXNrdG9wLm9yZwpodHRwczovL2xpc3Rz LmZyZWVkZXNrdG9wLm9yZy9tYWlsbWFuL2xpc3RpbmZvL21lc2EtZGV2 --===============1349129042==--