From: Daniel Vetter <daniel@ffwll.ch>
To: Rodrigo Vivi <rodrigo.vivi@gmail.com>
Cc: DRI mailing list <dri-devel@lists.freedesktop.org>
Subject: Re: [PATCH] drm/plane-helper: Skip prepare_fb/cleanup_fb when newfb==oldfb
Date: Tue, 20 Jan 2015 06:53:51 +0100 [thread overview]
Message-ID: <20150120055351.GO26519@phenom.ffwll.local> (raw)
In-Reply-To: <CABVU7+upZvsu4sv6AzuiHZozGG9Bj7RhtP0gjcHa+shS7BBuSA@mail.gmail.com>
On Mon, Jan 19, 2015 at 10:45:09AM -0800, Rodrigo Vivi wrote:
> Thanks for the fix.
>
> Tested-by: Rodrigo Vivi <rodrigo.vivi@intel.com>
>
> On Mon, Jan 19, 2015 at 8:31 AM, Matt Roper <matthew.d.roper@intel.com> wrote:
> > When commiting a plane update where the framebuffer doesn't change, we
> > can skip the prepare_fb/cleanup_fb steps. This also allows us to avoid
> > an unnecessary vblank wait at the end of the operation when we're just
> > moving a plane and not changing its image (e.g., for a cursor).
> >
> > At the moment, i915 is the only upstream driver using the transitional
> > plane helpers, and thus the only driver affected by this change.
> >
> > Reported-by: Jeremiah Mahler <jmmahler@gmail.com>
> > Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=88540
> > Signed-off-by: Matt Roper <matthew.d.roper@intel.com>
Thanks for the quick patch. I've added the citation to the patch for
atomic helpers and merged this to topic/atomic-core.
-Daniel
> > ---
> > drivers/gpu/drm/drm_plane_helper.c | 10 +++++++++-
> > 1 file changed, 9 insertions(+), 1 deletion(-)
> >
> > diff --git a/drivers/gpu/drm/drm_plane_helper.c b/drivers/gpu/drm/drm_plane_helper.c
> > index f24c4cf..7a5814a 100644
> > --- a/drivers/gpu/drm/drm_plane_helper.c
> > +++ b/drivers/gpu/drm/drm_plane_helper.c
> > @@ -435,7 +435,8 @@ int drm_plane_helper_commit(struct drm_plane *plane,
> > goto out;
> > }
> >
> > - if (plane_funcs->prepare_fb && plane_state->fb) {
> > + if (plane_funcs->prepare_fb && plane_state->fb &&
> > + plane_state->fb != old_fb) {
> > ret = plane_funcs->prepare_fb(plane, plane_state->fb);
> > if (ret)
> > goto out;
> > @@ -456,6 +457,13 @@ int drm_plane_helper_commit(struct drm_plane *plane,
> > crtc_funcs[i]->atomic_flush(crtc[i]);
> > }
> >
> > + /*
> > + * If we only moved the plane and didn't change fb's, there's no need to
> > + * wait for vblank.
> > + */
> > + if (plane->state->fb == old_fb)
> > + goto out;
> > +
> > for (i = 0; i < 2; i++) {
> > if (!crtc[i])
> > continue;
> > --
> > 1.8.5.1
> >
> > _______________________________________________
> > dri-devel mailing list
> > dri-devel@lists.freedesktop.org
> > http://lists.freedesktop.org/mailman/listinfo/dri-devel
>
>
>
> --
> Rodrigo Vivi
> Blog: http://blog.vivi.eng.br
> _______________________________________________
> dri-devel mailing list
> dri-devel@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/dri-devel
--
Daniel Vetter
Software Engineer, Intel Corporation
+41 (0) 79 365 57 48 - http://blog.ffwll.ch
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
prev parent reply other threads:[~2015-01-20 5:53 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-01-19 16:31 [PATCH] drm/plane-helper: Skip prepare_fb/cleanup_fb when newfb==oldfb Matt Roper
2015-01-19 18:45 ` Rodrigo Vivi
2015-01-20 5:53 ` Daniel Vetter [this message]
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=20150120055351.GO26519@phenom.ffwll.local \
--to=daniel@ffwll.ch \
--cc=dri-devel@lists.freedesktop.org \
--cc=rodrigo.vivi@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox