From: Eric Anholt <eric@anholt.net>
To: Gustavo Padovan <gustavo@padovan.org>, dri-devel@lists.freedesktop.org
Cc: Gustavo Padovan <gustavo.padovan@collabora.com>
Subject: Re: [RFC 7/7] drm/vc4: update cursors asynchronously through atomic
Date: Mon, 10 Apr 2017 13:06:46 -0700 [thread overview]
Message-ID: <8760icjacp.fsf@eliezer.anholt.net> (raw)
In-Reply-To: <20170410002448.12460-8-gustavo@padovan.org>
[-- Attachment #1.1: Type: text/plain, Size: 4212 bytes --]
Gustavo Padovan <gustavo@padovan.org> writes:
> From: Gustavo Padovan <gustavo.padovan@collabora.com>
>
> Add support to async updates of cursors by using the new atomic
> interface for that. Basically what this commit does is do what
> vc4_update_plane() did but through atomic.
>
> Cc: Eric Anholt <eric@anholt.net>
> Signed-off-by: Gustavo Padovan <gustavo.padovan@collabora.com>
> ---
> drivers/gpu/drm/vc4/vc4_plane.c | 94 ++++++++++++-----------------------------
> 1 file changed, 27 insertions(+), 67 deletions(-)
>
> diff --git a/drivers/gpu/drm/vc4/vc4_plane.c b/drivers/gpu/drm/vc4/vc4_plane.c
> index d34cd53..e33c75b 100644
> --- a/drivers/gpu/drm/vc4/vc4_plane.c
> +++ b/drivers/gpu/drm/vc4/vc4_plane.c
> @@ -735,70 +735,27 @@ void vc4_plane_async_set_fb(struct drm_plane *plane, struct drm_framebuffer *fb)
> vc4_state->dlist[vc4_state->ptr0_offset] = addr;
> }
>
> -static const struct drm_plane_helper_funcs vc4_plane_helper_funcs = {
> - .atomic_check = vc4_plane_atomic_check,
> - .atomic_update = vc4_plane_atomic_update,
> -};
> -
> -static void vc4_plane_destroy(struct drm_plane *plane)
> -{
> - drm_plane_helper_disable(plane);
> - drm_plane_cleanup(plane);
> -}
> -
> -/* Implements immediate (non-vblank-synced) updates of the cursor
> - * position, or falls back to the atomic helper otherwise.
> - */
> -static int
> -vc4_update_plane(struct drm_plane *plane,
> - struct drm_crtc *crtc,
> - struct drm_framebuffer *fb,
> - int crtc_x, int crtc_y,
> - unsigned int crtc_w, unsigned int crtc_h,
> - uint32_t src_x, uint32_t src_y,
> - uint32_t src_w, uint32_t src_h,
> - struct drm_modeset_acquire_ctx *ctx)
> +static int vc4_plane_atomic_async_check(struct drm_plane *plane,
> + struct drm_plane_state *state)
> {
> - struct drm_plane_state *plane_state;
> - struct vc4_plane_state *vc4_state;
> -
> - if (plane != crtc->cursor)
> - goto out;
> -
> - plane_state = plane->state;
> - vc4_state = to_vc4_plane_state(plane_state);
> -
> - if (!plane_state)
> - goto out;
> + if (plane != state->crtc->cursor)
> + return -EINVAL;
>
> - /* No configuring new scaling in the fast path. */
> - if (crtc_w != plane_state->crtc_w ||
> - crtc_h != plane_state->crtc_h ||
> - src_w != plane_state->src_w ||
> - src_h != plane_state->src_h) {
> - goto out;
> - }
> + if (!plane->state)
> + return -EINVAL;
>
> - if (fb != plane_state->fb) {
> - drm_atomic_set_fb_for_plane(plane->state, fb);
> - vc4_plane_async_set_fb(plane, fb);
> - }
> + return 0;
> +}
>
> - /* Set the cursor's position on the screen. This is the
> - * expected change from the drm_mode_cursor_universal()
> - * helper.
> - */
> - plane_state->crtc_x = crtc_x;
> - plane_state->crtc_y = crtc_y;
> +static void vc4_plane_atomic_async_update(struct drm_plane *plane,
> + struct drm_plane_state *new_state)
> +{
> + struct vc4_plane_state *vc4_state = to_vc4_plane_state(plane->state);
>
> - /* Allow changing the start position within the cursor BO, if
> - * that matters.
> - */
> - plane_state->src_x = src_x;
> - plane_state->src_y = src_y;
> + if (plane->state->fb != new_state->fb)
> + vc4_plane_async_set_fb(plane, new_state->fb);
>
> - /* Update the display list based on the new crtc_x/y. */
> - vc4_plane_atomic_check(plane, plane_state);
> + plane->state->fb = new_state->fb;
The vc4_plane_atomic_check() is what sets up the dlist[]'s position
fields that are used right after this, so this call needs to stay in
place, and x/y need to be updated already (since we're looking at
plane->state, not new_state).
Also, I think we'll need to make sure that you're not trying to
enable/disable the plane in the fast path, since we're not updating the
CTL0_VALID field.
> /* Note that we can't just call vc4_plane_write_dlist()
> * because that would smash the context data that the HVS is
> @@ -810,20 +767,23 @@ vc4_update_plane(struct drm_plane *plane,
> &vc4_state->hw_dlist[vc4_state->pos2_offset]);
> writel(vc4_state->dlist[vc4_state->ptr0_offset],
> &vc4_state->hw_dlist[vc4_state->ptr0_offset]);
> +}
[-- Attachment #1.2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
[-- Attachment #2: Type: text/plain, Size: 160 bytes --]
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
next prev parent reply other threads:[~2017-04-10 20:06 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-04-10 0:24 [RFC 0/7] drm: asynchronous atomic plane update Gustavo Padovan
2017-04-10 0:24 ` [RFC 1/7] drm/atomic: initial support for asynchronous " Gustavo Padovan
2017-04-10 7:13 ` Emil Velikov
2017-04-10 9:39 ` Gustavo Padovan
2017-04-10 19:55 ` Eric Anholt
2017-04-11 20:23 ` Daniel Vetter
2017-04-12 18:17 ` Gustavo Padovan
2017-04-21 18:41 ` Gustavo Padovan
2017-05-02 8:10 ` Daniel Vetter
2017-05-02 10:58 ` Daniel Stone
2017-04-10 0:24 ` [RFC 2/7] drm/virtio: support async cursor updates Gustavo Padovan
2017-04-10 0:24 ` [RFC 3/7] drm/i915: update cursors asynchronously through atomic Gustavo Padovan
2017-04-10 0:24 ` [RFC 4/7] drm/i915: remove intel_cursor_plane_funcs Gustavo Padovan
2017-04-10 0:24 ` [RFC 5/7] drm/msm: update cursors asynchronously through atomic Gustavo Padovan
2017-04-10 0:24 ` [RFC 6/7] drm/msm: remove mdp5_cursor_plane_funcs Gustavo Padovan
2017-04-10 0:24 ` [RFC 7/7] drm/vc4: update cursors asynchronously through atomic Gustavo Padovan
2017-04-10 20:06 ` Eric Anholt [this message]
2017-04-11 20:27 ` Daniel Vetter
2017-05-18 22:52 ` Robert Foss
2017-05-18 22:55 ` Robert Foss
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=8760icjacp.fsf@eliezer.anholt.net \
--to=eric@anholt.net \
--cc=dri-devel@lists.freedesktop.org \
--cc=gustavo.padovan@collabora.com \
--cc=gustavo@padovan.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 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.