From mboxrd@z Thu Jan 1 00:00:00 1970 From: Marcus Lorentzon Subject: Re: [RFC PATCH] drm: Add plane event Date: Wed, 18 Apr 2012 17:10:47 +0200 Message-ID: <4F8ED977.9090706@stericsson.com> References: <1334723519-32141-1-git-send-email-jy0922.shim@samsung.com> <20120418084634.GC5315@phenom.ffwll.local> <4F8E9361.3080004@samsung.com> <4F8ECA08.2080601@stericsson.com> <20120418142607.GR4917@intel.com> <20120418143659.GB20469@phenom.ffwll.local> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; Format="flowed" Content-Transfer-Encoding: 7bit Return-path: Received: from eu1sys200aog120.obsmtp.com (eu1sys200aog120.obsmtp.com [207.126.144.149]) by gabe.freedesktop.org (Postfix) with ESMTP id D169D9ED18 for ; Wed, 18 Apr 2012 08:11:16 -0700 (PDT) In-Reply-To: <20120418143659.GB20469@phenom.ffwll.local> 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: Daniel Vetter Cc: "hoegsberg@gmail.com" , "dri-devel@lists.freedesktop.org" List-Id: dri-devel@lists.freedesktop.org On 04/18/2012 04:36 PM, Daniel Vetter wrote: > Last time around I've discussed with people we've ended up with 2 new > ioctls: > > - atomic modeset, to configure the output state on more than one crtc at > the same time. This is useful to get pll assignement, memory bandwidth > constrains and similar stuff right. This ioctl is synchronous. A > testmode can be used to inquire the driver whether the proposed mode > actually works. This could be used for gui interfaces to automatically > grey out unsupportable configurations, e.g. if you have 3 crtc but on 2 > pll and 2 modes need to have the same pixelclocks to drive all 3 crtcs. > > - an atomic pageflip. This one would be like the current pageflip ioclt, > i.e. run asynchronously and deliver a drm event upont completion. The > idea is that compositors can use this to make flicker-free compositition > with drm planes possible. I think we want drivers to be able to indicate > which crtc properties they can switch with this ioctl, e.g. I expect > some yuv->rbg color space properties might not work. All the changes > should be applied on the same vblank, obviously. Why an atomic pagefilp? How is this different from an atomic modeset where only fbs change? Can't drm frmwrk "optimize" this like SETCRTC does today with base/full modeset helpers? /BR /Marcus