From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jesse Barnes Subject: Re: [RFC] drm: add overlays as first class KMS objects Date: Tue, 26 Apr 2011 08:31:25 -0700 Message-ID: <20110426083125.53b8b619@jbarnes-desktop> References: <20110425151220.2f5dc17a@jbarnes-desktop> <20110426152003.GA3093@sci.fi> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Return-path: Received: from oproxy5-pub.bluehost.com (oproxy5-pub.bluehost.com [67.222.39.38]) by gabe.freedesktop.org (Postfix) with SMTP id 190459E7E1 for ; Tue, 26 Apr 2011 08:31:29 -0700 (PDT) In-Reply-To: <20110426152003.GA3093@sci.fi> 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: Ville =?ISO-8859-1?B?U3lyauRs5A==?= Cc: dri-devel@lists.freedesktop.org List-Id: dri-devel@lists.freedesktop.org On Tue, 26 Apr 2011 18:20:03 +0300 Ville Syrj=E4l=E4 wrote: > 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 c= ore > > > 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. The current drm crtc code ties together a crtc and fb, but it wouldn't be too hard to split it out a little (such that passing a null fb on a mode set wouldn't disable the crtc, or attaching a new scanout surface to a crtc would enable it) to support something like that. -- = Jesse Barnes, Intel Open Source Technology Center