From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ville =?iso-8859-1?Q?Syrj=E4l=E4?= Subject: Re: [RFC] drm: add overlays as first class KMS objects Date: Tue, 26 Apr 2011 18:20:03 +0300 Message-ID: <20110426152003.GA3093@sci.fi> References: <20110425151220.2f5dc17a@jbarnes-desktop> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Return-path: Received: from filtteri6.pp.htv.fi (filtteri6.pp.htv.fi [213.243.153.189]) by gabe.freedesktop.org (Postfix) with ESMTP id 855049EEA5 for ; Tue, 26 Apr 2011 08:29:05 -0700 (PDT) Content-Disposition: inline In-Reply-To: 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: Keith Packard Cc: dri-devel@lists.freedesktop.org List-Id: dri-devel@lists.freedesktop.org On Mon, Apr 25, 2011 at 04:16:18PM -0700, Keith Packard wrote: > On Mon, 25 Apr 2011 15:12:20 -0700, Jesse Barnes wrote: > = > > Overlays are a bit like half-CRTCs. They have a location and fb, but > > don't drive outputs directly. Add support for handling them to the core > > KMS code. > = > Are overlays/underlays not associated with a specific CRTC? To my mind, > overlays are another scanout buffer associated with a specific CRTC, so > you'd create a scanout buffer and attach that to a specific scanout slot > in a crtc, with the 'default' slot being the usual graphics plane. And what if you don't have a "default" plane as such. For example, OMAP3 = has one graphics plane and two video planes, and two output paths. Each of the planes can be assigned to zero or one outputs. To accomodate this, the design should allow for CRTCs without any scanout buffers. Also a glance at DirectFB and OpenWF Display APIs might be helpful. -- = Ville Syrj=E4l=E4 syrjala@sci.fi http://www.sci.fi/~syrjala/