From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jesse Barnes Subject: Re: [PATCH 01/11] drm: add plane support Date: Wed, 2 Nov 2011 08:57:09 -0700 Message-ID: <20111102085709.47114edd@jbarnes-desktop> References: <1319536026-2877-1-git-send-email-jbarnes@virtuousgeek.org> <1319536026-2877-2-git-send-email-jbarnes@virtuousgeek.org> <20111025160945.5049568d@jbarnes-x220> <20111025194117.GG2894@phenom.ffwll.local> <20111031095245.7a95f59e@jbarnes-desktop> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1050452911==" Return-path: Received: from oproxy1-pub.bluehost.com (oproxy1-pub.bluehost.com [66.147.249.253]) by gabe.freedesktop.org (Postfix) with SMTP id ACBCAA0B3D for ; Wed, 2 Nov 2011 08:57:14 -0700 (PDT) In-Reply-To: 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: Inki Dae Cc: intel-gfx@lists.freedesktop.org List-Id: intel-gfx@lists.freedesktop.org --===============1050452911== Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/ztgwgi7bh/gh=qLjpg=bfVS"; protocol="application/pgp-signature" --Sig_/ztgwgi7bh/gh=qLjpg=bfVS Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Wed, 2 Nov 2011 02:20:58 +0000 (UTC) Inki Dae wrote: > Sorry, there is my missing point. please, ignor step 6 ~ 9. > if user requests setplane then drm_mode_setplane function gets fb and crt= c=20 > object to update the overlay corresponding to plane id. at that time I th= ink=20 > we could know which overlay should be set and how many buffers does the=20 > overlay has through specific framebuffer object if specific framebuffer h= as=20 > gem object. Right, that's the goal anyway. > in our case, specific framebuffer has gem object. and I would try to impl= ement=20 > multi planer the way I mentioned if need and I will post the patch. this = work=20 > takes about a week. I think the way that user allocates buffers for multi= =20 > planer only with pixel format and resolution(width, height) would be good= . but=20 > there could be more good ways then this way. Ok, that would help. Rob and Daniel also wanted the addfb2 ioctl to be extended a bit more to handle planar formats and also to specify surface offsets. Now that I have the X driver working well enough to do clipping and multi-pipe, I'll update addfb2 and post an updated patchset today. You can see if it will address what you're trying to do with planar formats. Thanks, --=20 Jesse Barnes, Intel Open Source Technology Center --Sig_/ztgwgi7bh/gh=qLjpg=bfVS Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iQIcBAEBAgAGBQJOsWhVAAoJEIEoDkX4Qk9hVJkP/iTokuJHC8SFwwu2FRXDU6SR CBX6wGwT97HhOwyArb0MdbcAeoPpbJ2FDND69mrFgzTxYTpujqZR/ub+buYcAT2S ePbdim/wZJt/uTprPaEE8F44HXbFI+8YKe3riFOzAnZf3ogb+KBrloLHi/BmJs4q kk1UgBDD2nSLw2iGN5r8sefsPUZoCDB8J0TTm01myTA1ZrBnyuUpQNCC/SIgQtNv Bf0P4so0NWVJOAS0iAsnzCF4saRIqqkwlt5QLdoh24cFnR+LKsM/ViZVRgnYFZ/h m6QW0pjUaak5kYBPH8hDOOAj37B9YljALeNNveqorE5NH5gIMoezcmV1zy+M6JK+ oxFb+wMyRmfJYK4VDkpr1SFHpk4Nnf+D6OQzAqsx8h0S6IXzQvawSAPqcXPNcmnJ mHmsyLYCtnjTQ2wvfuoy0ryKBha/c5EB8AyYu99zS80fXVyhlzcfjAttCScq7dJs q2dD9Yt0k20hGiWnqPwZSicVheMmJLUPdh0L0aSr6WmeZac0NZmTlaMscFqpRYVO 5KXjen/2dHuTh9G6cHl45YYBPVrVdBaDwJRC80SKkNa0XJuVNK66JHkFTInbHFTU M6mXcV1jB/W1wdO8vGH1RHl2SpApJj79jwx3DmF9mxy2D4sBgIrnO9CujaB1wNMZ FTnEbxUONrvfaI8b08gd =znRc -----END PGP SIGNATURE----- --Sig_/ztgwgi7bh/gh=qLjpg=bfVS-- --===============1050452911== 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 --===============1050452911==--