From: Thomas Zimmermann <tzimmermann@suse.de>
To: Maxime Ripard <mripard@kernel.org>,
Maarten Lankhorst <maarten.lankhorst@linux.intel.com>,
David Airlie <airlied@gmail.com>, Simona Vetter <simona@ffwll.ch>
Cc: "Daniel Stone" <daniels@collabora.com>,
"Harry Wentland" <harry.wentland@amd.com>,
"Jocelyn Falempe" <jfalempe@redhat.com>,
"Jonas Ådahl" <jadahl@redhat.com>,
"Michel Dänzer" <mdaenzer@redhat.com>,
"Pekka Paalanen" <pekka.paalanen@collabora.com>,
"Sebastian Wick" <sebastian.wick@redhat.com>,
"Simon Ser" <contact@emersion.fr>,
"Victoria Brekenfeld" <victoria@system76.com>,
"Xaver Hugl" <xaver.hugl@kde.org>,
dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH v3 03/11] drm/atomic: Create function to insert plane state into a commit
Date: Wed, 9 Sep 2026 08:34:16 +0200 [thread overview]
Message-ID: <0553006c-9cc9-47dc-8ac9-e71e4c617968@suse.de> (raw)
In-Reply-To: <20260908-drm-reset-state-flag-v3-3-905570f387a4@kernel.org>
Am 08.09.26 um 16:35 schrieb Maxime Ripard:
> drm_atomic_get_plane_state() allocates a new plane state by
> duplicating the current one and inserts it into the atomic commit as
> a single operation.
>
> However, a later change will need to insert a plane state into a
> commit without going through the full allocation and duplication path
> in drm_atomic_get_plane_state().
>
> Extract the state insertion logic into a new static
> drm_atomic_commit_set_plane_state() helper, and convert
> drm_atomic_get_plane_state() to use it.
>
> Signed-off-by: Maxime Ripard <mripard@kernel.org>
Reviewed-by: Thomas Zimmermann <tzimmermann@suse.de>
But there's a question below.
> ---
> drivers/gpu/drm/drm_atomic.c | 29 +++++++++++++++++++++++------
> 1 file changed, 23 insertions(+), 6 deletions(-)
>
> diff --git a/drivers/gpu/drm/drm_atomic.c b/drivers/gpu/drm/drm_atomic.c
> index 153d959bd4ff..f62323679f44 100644
> --- a/drivers/gpu/drm/drm_atomic.c
> +++ b/drivers/gpu/drm/drm_atomic.c
> @@ -624,10 +624,27 @@ static int drm_atomic_connector_check(struct drm_connector *connector,
> }
>
> return 0;
> }
>
> +static int drm_atomic_commit_set_plane_state(struct drm_atomic_commit *commit,
> + struct drm_plane *plane,
> + struct drm_plane_state *plane_state)
> +{
> + int index = drm_plane_index(plane);
> +
> + drm_modeset_lock_assert_held(&plane->mutex);
> +
> + commit->planes[index].state_to_destroy = plane_state;
> + commit->planes[index].old_state = plane->state;
> + commit->planes[index].new_state = plane_state;
> + commit->planes[index].ptr = plane;
> + plane_state->state = commit;
> +
> + return 0;
I've notices that in other commits as well: why does it have a return
value when the function cannot fail? If there isn't a need later on, it
should preferably by removed.
Best regards
Thomas
> +}
> +
> /**
> * drm_atomic_get_plane_state - get plane state
> * @state: global atomic state object
> * @plane: plane to get state object for
> *
> @@ -642,11 +659,11 @@ static int drm_atomic_connector_check(struct drm_connector *connector,
> */
> struct drm_plane_state *
> drm_atomic_get_plane_state(struct drm_atomic_commit *state,
> struct drm_plane *plane)
> {
> - int ret, index = drm_plane_index(plane);
> + int ret;
> struct drm_plane_state *plane_state;
>
> WARN_ON(!state->acquire_ctx);
> drm_WARN_ON(state->dev, state->checked);
>
> @@ -665,15 +682,15 @@ drm_atomic_get_plane_state(struct drm_atomic_commit *state,
>
> plane_state = plane->funcs->atomic_duplicate_state(plane);
> if (!plane_state)
> return ERR_PTR(-ENOMEM);
>
> - state->planes[index].state_to_destroy = plane_state;
> - state->planes[index].ptr = plane;
> - state->planes[index].old_state = plane->state;
> - state->planes[index].new_state = plane_state;
> - plane_state->state = state;
> + ret = drm_atomic_commit_set_plane_state(state, plane, plane_state);
> + if (ret) {
> + plane->funcs->atomic_destroy_state(plane, plane_state);
> + return ERR_PTR(ret);
> + }
>
> drm_dbg_atomic(plane->dev, "Added [PLANE:%d:%s] %p state to %p\n",
> plane->base.id, plane->name, plane_state, state);
>
> if (plane_state->crtc) {
>
--
--
Thomas Zimmermann
Graphics Driver Developer
SUSE Software Solutions Germany GmbH
Frankenstr. 146, 90461 Nürnberg, Germany, www.suse.com
GF: Jochen Jaser, Andrew McDonald, (HRB 36809, AG Nürnberg)
next prev parent reply other threads:[~2026-09-09 6:34 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-09-08 14:35 [PATCH v3 00/11] drm: Add DRM_MODE_ATOMIC_RESET flag Maxime Ripard
2026-09-08 14:35 ` [PATCH v3 01/11] drm/atomic: colorop: Rename state to state_to_destroy Maxime Ripard
2026-09-09 6:28 ` Thomas Zimmermann
2026-09-11 13:27 ` (subset) " Maxime Ripard
2026-09-08 14:35 ` [PATCH v3 02/11] drm/atomic: Create function to insert CRTC state into a commit Maxime Ripard
2026-09-09 6:30 ` Thomas Zimmermann
2026-09-08 14:35 ` [PATCH v3 03/11] drm/atomic: Create function to insert plane " Maxime Ripard
2026-09-09 6:34 ` Thomas Zimmermann [this message]
2026-09-08 14:35 ` [PATCH v3 04/11] drm/atomic: Create function to insert colorop " Maxime Ripard
2026-09-09 6:35 ` Thomas Zimmermann
2026-09-08 14:35 ` [PATCH v3 05/11] drm/atomic: Create function to insert private obj " Maxime Ripard
2026-09-09 6:46 ` Thomas Zimmermann
2026-09-08 14:35 ` [PATCH v3 06/11] drm/atomic: Create function to insert connector " Maxime Ripard
2026-09-09 6:52 ` Thomas Zimmermann
2026-09-08 14:35 ` [PATCH v3 07/11] drm/atomic: Add drm_atomic_can_create_state() helper Maxime Ripard
2026-09-09 6:58 ` Thomas Zimmermann
2026-09-08 14:35 ` [PATCH v3 08/11] drm/atomic: Allow filling a commit with pristine object states Maxime Ripard
2026-09-09 7:11 ` Thomas Zimmermann
2026-09-08 14:35 ` [PATCH v3 09/11] drm/atomic-uapi: Add DRM_MODE_ATOMIC_RESET flag Maxime Ripard
2026-09-09 7:13 ` Thomas Zimmermann
2026-09-09 7:24 ` Thomas Zimmermann
2026-09-09 8:22 ` Maxime Ripard
2026-09-08 14:35 ` [PATCH v3 10/11] drm/vkms: Switch container_of helpers to container_of_const Maxime Ripard
2026-09-08 14:35 ` [PATCH v3 11/11] drm/vkms: Add driver-specific plane property for testing Maxime Ripard
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=0553006c-9cc9-47dc-8ac9-e71e4c617968@suse.de \
--to=tzimmermann@suse.de \
--cc=airlied@gmail.com \
--cc=contact@emersion.fr \
--cc=daniels@collabora.com \
--cc=dri-devel@lists.freedesktop.org \
--cc=harry.wentland@amd.com \
--cc=jadahl@redhat.com \
--cc=jfalempe@redhat.com \
--cc=linux-kernel@vger.kernel.org \
--cc=maarten.lankhorst@linux.intel.com \
--cc=mdaenzer@redhat.com \
--cc=mripard@kernel.org \
--cc=pekka.paalanen@collabora.com \
--cc=sebastian.wick@redhat.com \
--cc=simona@ffwll.ch \
--cc=victoria@system76.com \
--cc=xaver.hugl@kde.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.