public inbox for intel-gfx@lists.freedesktop.org
 help / color / mirror / Atom feed
From: Jesse Barnes <jbarnes@virtuousgeek.org>
To: Daniel Vetter <daniel@ffwll.ch>
Cc: intel-gfx@lists.freedesktop.org
Subject: Re: [PATCH 2/3] drm/i915: add destination color key support
Date: Wed, 16 Nov 2011 08:48:40 -0800	[thread overview]
Message-ID: <20111116084840.6b1f8ec7@jbarnes-desktop> (raw)
In-Reply-To: <CAKMK7uF9F=uG3uAoNXuKCU--_j2irpyc8xpCQkFnL0SsdiLhDg@mail.gmail.com>

On Wed, 16 Nov 2011 17:10:53 +0100
Daniel Vetter <daniel@ffwll.ch> wrote:

> On Mon, Nov 14, 2011 at 21:22, Jesse Barnes <jbarnes@virtuousgeek.org> wrote:
> > Add new ioctls for getting and setting the current destination color
> > key.  This allows for simple overlay display control by matching a color
> > key value in the primary plane before blending the overlay on top.
> >
> > Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>
> 
> Just a few comments because reviewing patches here is a royal pain:
> - Is taking dev->struct_mutex really required around the register access?

Oh did I leave them in place for these paths?  I'll drop them too.

> - You unconditionally enable the color key. Do we anticipate any other
> uses (like no color key or dst color key) or is this just the
> make-Xv-work ioctl?

I was thinking of that...  W/o a src or dest key, the overlay will
always be on top.  That's probably reasonable for simple cases, so
having a "key present" flag makes sense.

Which means setting a 0 dest key would mean "disable dest key" and go
back to the default behavior.  So the interface would stay the same
even if we added other key types in the future.

-- 
Jesse Barnes, Intel Open Source Technology Center

  reply	other threads:[~2011-11-16 16:47 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-11-14 20:22 [PATCH 1/3] drm/i915: add SNB and IVB video sprite support v2 Jesse Barnes
2011-11-14 20:22 ` [PATCH 2/3] drm/i915: add destination color key support Jesse Barnes
2011-11-16 16:10   ` Daniel Vetter
2011-11-16 16:48     ` Jesse Barnes [this message]
2011-11-14 20:22 ` [PATCH 3/3] drm/i915: track sprite coverage and disable primary plane if possible Jesse Barnes
2011-11-16 16:05   ` Daniel Vetter
2011-11-16 16:46     ` Jesse Barnes
2011-11-16 16:01 ` [PATCH 1/3] drm/i915: add SNB and IVB video sprite support v2 Daniel Vetter
2011-11-18  0:53 ` Lan, Hai
2011-12-07 20:11   ` Jesse Barnes
  -- strict thread matches above, loose matches on Subject: below --
2011-12-07 20:29 Plane support for SNB and IVB Jesse Barnes
2011-12-07 20:29 ` [PATCH 2/3] drm/i915: add destination color key support Jesse Barnes
2011-12-12 22:14   ` Daniel Vetter
2011-11-14 19:47 [PATCH 1/3] drm/i915: add SNB and IVB video sprite support v2 Jesse Barnes
2011-11-14 19:47 ` [PATCH 2/3] drm/i915: add destination color key support Jesse Barnes
2011-11-08 21:19 [PATCH 1/3] drm/i915: add SNB and IVB video sprite support Jesse Barnes
2011-11-08 21:19 ` [PATCH 2/3] drm/i915: add destination color key support Jesse Barnes

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=20111116084840.6b1f8ec7@jbarnes-desktop \
    --to=jbarnes@virtuousgeek.org \
    --cc=daniel@ffwll.ch \
    --cc=intel-gfx@lists.freedesktop.org \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox