From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ville =?iso-8859-1?Q?Syrj=E4l=E4?= Subject: Re: [RFC 0/9] nuclear pageflip Date: Wed, 12 Sep 2012 11:59:27 +0300 Message-ID: <20120912085927.GA9227@intel.com> References: <1347246202-24249-1-git-send-email-rob.clark@linaro.org> <20120911141514.4b291bee@bwidawsk.net> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Return-path: Received: from mga02.intel.com (mga02.intel.com [134.134.136.20]) by gabe.freedesktop.org (Postfix) with ESMTP id D052AA0AA1 for ; Wed, 12 Sep 2012 01:59:31 -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: Rob Clark Cc: daniel.vetter@ffwll.ch, Ben Widawsky , dri-devel@lists.freedesktop.org, patches@linaro.org List-Id: dri-devel@lists.freedesktop.org On Tue, Sep 11, 2012 at 05:07:49PM -0500, Rob Clark wrote: > On Tue, Sep 11, 2012 at 4:15 PM, Ben Widawsky wrote: > > On Sun, 9 Sep 2012 22:19:59 -0500 > > Rob Clark wrote: > > > >> On Sun, Sep 9, 2012 at 10:03 PM, Rob Clark wrot= e: > >> > From: Rob Clark > >> > > >> > This is following a bit the approach that Ville is taking for atomic- > >> > modeset, in that it is switching over to using properties for everyt= hing. > >> > The advantage of this approach is that it makes it easier to add new > >> > attributes to set as part of a page-flip (and even opens the option = to > >> > add new object types). > >> > >> oh, and for those wondering what the hell this is all about, > >> nuclear-pageflip is a pageflip that atomically updates the CRTC layer > >> and zero or more attached plane layers, optionally changing various > >> properties such as z-order (or even blending modes, etc) atomically. > >> It includes the option for a test step so userspace compositor can > >> test a proposed configuration (if any properties not marked as > >> 'dynamic' are updated). This intended to allow, for example, weston > >> compositor to synchronize updates to plane (sprite) layers with CRTC > >> layer. > >> > > > > Can we please name this something different? I complained about this in > > IRC, but I don't know if you hang around in #intel-gfx. > > > > Some suggestions: > > multiplane pageflip > > muliplane atomic pageflip > > atomic multiplane pageflip > > atomic multiflip > > pageflip of atomic and multiplane nature > > > > Nuclear is not at all descriptive and requires as your response shows > > :-) > > > = > fair enough.. I was originally calling it atomic-pageflip until > someone (I don't remember who) started calling it nuclear-pageflip to > differentiate from atomic-modeset. But IMO we could just call the two > ioclts atomic-modeset and atomic-pageflip. (Or even modeset2 and > pageflip2, but that seems much more boring) My plan has been to use the same ioctl for both uses. They'll need nearly identical handling anyway on the ioctl level. I have something semi-working currently, but I need to clean it up a bit before I can show it to anyone. -- = Ville Syrj=E4l=E4 Intel OTC