From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jesse Barnes Subject: Re: [PATCH] DRM planes Date: Thu, 3 Nov 2011 15:24:49 -0700 Message-ID: <20111103152449.3ccc3124@jbarnes-desktop> References: <1320264203-18715-1-git-send-email-jbarnes@virtuousgeek.org> <20111103141155.GA3124@phenom.ffwll.local> <20111103174743.0c91a4c1@lxorguk.ukuu.org.uk> <20111103185811.GD2970@phenom.ffwll.local> <20111103222000.3cf429dc@lxorguk.ukuu.org.uk> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0599354819==" Return-path: Received: from oproxy8-pub.bluehost.com (oproxy8-pub.bluehost.com [69.89.22.20]) by gabe.freedesktop.org (Postfix) with SMTP id 00EF99F5B4 for ; Thu, 3 Nov 2011 15:24:55 -0700 (PDT) In-Reply-To: <20111103222000.3cf429dc@lxorguk.ukuu.org.uk> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: intel-gfx-bounces+gcfxdi-intel-gfx=m.gmane.org@lists.freedesktop.org Errors-To: intel-gfx-bounces+gcfxdi-intel-gfx=m.gmane.org@lists.freedesktop.org To: Alan Cox Cc: intel-gfx@lists.freedesktop.org, dri-devel@lists.freedesktop.org, rob.clark@linaro.org List-Id: intel-gfx@lists.freedesktop.org --===============0599354819== Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/jEKiK1DmEf=Tc+RC/PVO5pH"; protocol="application/pgp-signature" --Sig_/jEKiK1DmEf=Tc+RC/PVO5pH Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Thu, 3 Nov 2011 22:20:00 +0000 Alan Cox wrote: > > We're talking about gpus, there's no way an application will talk to th= em > > than through some nice cozy abstraction layer like OpenGl, X, ... Even > > Wayland has gbm to do the low-level kms scanout allocation. >=20 > You are talking about scanouts. Nothing more. Nothing in KMS/DRM even > requires GPU accelerations. >=20 > > > However - user space is already working in fourcc, v4l has working fo= urcc > > > and dumping the mess on the user isn't going to be a win. > >=20 > > The mess will be dumped onto userspace anyway, but it won't be dumped o= nto > > the user - that one should use Xv or some fancy EGLImage extension. >=20 > Or quite likely in many embedded circumstances be working directly with > buffers and FourCC. Just like happens now with V4L. FourCC has its ugly > corners but its trivial to turn it into a table if you have a driver that > requires this. Old hat, old problem. Solved in AmigaOS in the 1980s. Ok now does anyone want to provide reviewed-bys on this stuff so Dave will feel warm & fuzzy before applying the patches? Daniel, have you been beaten down enough to acquiesce to that? Alan, does this look usable for your stuff? --=20 Jesse Barnes, Intel Open Source Technology Center --Sig_/jEKiK1DmEf=Tc+RC/PVO5pH Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iQIcBAEBAgAGBQJOsxSxAAoJEIEoDkX4Qk9h6/IP/0OiX+6L16BAJwNO5nxYyC70 Wd1/jHSUgF8cVpOj+/Govudsg0/P/R1DRFH4sH0mkufoEYKF1xQCZNXrX1XFtfMt 1vIGCPlVQmkYr3u/+OpGUMkuDl/0EExaDLZWB5jrI3ELvZSy6TDvLMHrYLH/Y1XN ZfFRSLL0otxNt3zXkRwY18qqP2RbWe2iR66yO368c+uEeNR9vl2qwaGZk5tf8XUc t4xoeqUkAL8bHVKXVDSf3B3obAj+uMDFVeFGS6SAHVIxgDSQSFlHAWB2FNiIk+ad RZ9+0K3djTyFYeAG9Y353oPFGGwmY2NAX5XUBLyPnteGW6epOQ+SL57Ips+MjBgT q4a4ddoGQB2KgyxZL9ubwcdNYzPEM/QN5jbet3DAx8Y4WDYaa8Um0Djs06g3072H 6SAZNnXUV2JQJWqOu11zjUKt/NE7YBOYmxe/4fp9eECbIcO2W9JSYm8fdhQNr3CO ke9lScbkBFMES+3lzveBfYHfVnBlQ6//AG0vJXfWBYqXGXpKx74TDP2ZQfnb/oLS Q4JZ2C2w3teEzSEpe4Xka8l/glmyd5o+QgN7EONUj+X3a+RbFMvMn2q9pRGWDB9p HCF0WM/I5JfEVdk4g4mOcHj75ddWvqxdaVeplH4lOSkuRKDs42a0ZhLcGajmDtd/ y/n8qGWhpn7qlS2KyKpF =b9yz -----END PGP SIGNATURE----- --Sig_/jEKiK1DmEf=Tc+RC/PVO5pH-- --===============0599354819== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx --===============0599354819==--