All of lore.kernel.org
 help / color / mirror / Atom feed
From: Marcus Lorentzon <marcus.xm.lorentzon@stericsson.com>
To: Daniel Vetter <daniel@ffwll.ch>
Cc: "hoegsberg@gmail.com" <hoegsberg@gmail.com>,
	"dri-devel@lists.freedesktop.org"
	<dri-devel@lists.freedesktop.org>
Subject: Re: [RFC PATCH] drm: Add plane event
Date: Wed, 18 Apr 2012 17:10:47 +0200	[thread overview]
Message-ID: <4F8ED977.9090706@stericsson.com> (raw)
In-Reply-To: <20120418143659.GB20469@phenom.ffwll.local>

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

  reply	other threads:[~2012-04-18 15:11 UTC|newest]

Thread overview: 23+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-04-18  4:31 [RFC PATCH] drm: Add plane event Joonyoung Shim
2012-04-18  8:46 ` Daniel Vetter
2012-04-18 10:11   ` Joonyoung Shim
2012-04-18 12:25     ` Rob Clark
2012-04-18 14:04       ` Marcus Lorentzon
2012-04-18 14:26         ` Ville Syrjälä
2012-04-18 14:36           ` Daniel Vetter
2012-04-18 15:10             ` Marcus Lorentzon [this message]
2012-04-18 15:27               ` Daniel Vetter
2012-04-18 15:55                 ` Marcus Lorentzon
2012-04-18 16:04                   ` Jesse Barnes
2012-04-18 19:08                   ` Daniel Vetter
2012-04-18 16:06                 ` Ville Syrjälä
2012-04-18 16:26                   ` Marcus Lorentzon
2012-04-18 18:19                   ` Ville Syrjälä
2012-04-19  8:10                     ` Daniel Vetter
2012-04-18 15:43               ` Luc Verhaegen
2012-04-18 16:00                 ` Marcus Lorentzon
2012-04-19  1:24             ` Kristian Høgsberg
2012-04-19  8:05               ` Daniel Vetter
2012-04-18 14:58           ` Marcus Lorentzon
2012-04-18 15:57             ` Jesse Barnes
2012-04-18 16:47 ` Luc Verhaegen

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4F8ED977.9090706@stericsson.com \
    --to=marcus.xm.lorentzon@stericsson.com \
    --cc=daniel@ffwll.ch \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=hoegsberg@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.