From mboxrd@z Thu Jan 1 00:00:00 1970 From: Keith Packard Subject: Re: [RFC] drm: add overlays as first class KMS objects Date: Mon, 25 Apr 2011 16:37:46 -0700 Message-ID: References: <20110425151220.2f5dc17a@jbarnes-desktop> <20110425162216.529c126c@jbarnes-desktop> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1029525958==" Return-path: Received: from keithp.com (home.keithp.com [63.227.221.253]) by gabe.freedesktop.org (Postfix) with ESMTP id B5A429E70A for ; Mon, 25 Apr 2011 16:37:49 -0700 (PDT) In-Reply-To: <20110425162216.529c126c@jbarnes-desktop> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: dri-devel-bounces+sf-dri-devel=m.gmane.org@lists.freedesktop.org Errors-To: dri-devel-bounces+sf-dri-devel=m.gmane.org@lists.freedesktop.org To: Jesse Barnes Cc: dri-devel@lists.freedesktop.org List-Id: dri-devel@lists.freedesktop.org --===============1029525958== Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" --=-=-= Content-Transfer-Encoding: quoted-printable On Mon, 25 Apr 2011 16:22:16 -0700, Jesse Barnes = wrote: > Yes, that matches my understanding as well. I've deliberately made the > implementation flexible there though, under the assumption that some > hardware allows a plane to be directed at more than one CRTC (though > probably not simultaneously). So you create a scanout buffer and assign it to the appropriate slot in the CRTC. Describing *how* the CRTC mixes pixels would be a good idea, so the ordering of the slots might be relevant, and they might have a blend mode (per-pixel alpha values, color key, separate alpha plane, etc). > Arguably, this is something we should have done when the > connector/encoder split was done (making planes in general first class > objects). But with today's code, treating a CRTC as a pixel pump and a > primary plane seems fine, with overlays tacked onto the side as > secondary pixel sources but tied to a specific CRTC. I know of hardware that needs a lot more than one overlay... =2D-=20 keith.packard@intel.com --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) iD8DBQFNtgXKQp8BWwlsTdMRAslHAJ9SawdRLEhNWFCdxjKgYhEBDTbiPgCdHri6 t5q1FiWQhl8pcEJvbn/TqSU= =igJV -----END PGP SIGNATURE----- --=-=-=-- --===============1029525958== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel --===============1029525958==--