All of lore.kernel.org
 help / color / mirror / Atom feed
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 05/11] drm/atomic: Create function to insert private obj state into a commit
Date: Wed, 9 Sep 2026 08:46:43 +0200	[thread overview]
Message-ID: <e133a72f-ac32-4226-b823-83b7f184b900@suse.de> (raw)
In-Reply-To: <20260908-drm-reset-state-flag-v3-5-905570f387a4@kernel.org>

Hi

Am 08.09.26 um 16:35 schrieb Maxime Ripard:
> drm_atomic_get_private_obj_state() allocates a new private object
> 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 private object state
> into a commit without going through the full allocation and
> duplication path in drm_atomic_get_private_obj_state().
>
> Extract the state insertion logic, including the array reallocation,
> into a new static drm_atomic_commit_set_private_obj_state() helper,
> and convert drm_atomic_get_private_obj_state() to use it.
>
> Signed-off-by: Maxime Ripard <mripard@kernel.org>
> ---
>   drivers/gpu/drm/drm_atomic.c | 57 ++++++++++++++++++++++++++++----------------
>   1 file changed, 37 insertions(+), 20 deletions(-)
>
> diff --git a/drivers/gpu/drm/drm_atomic.c b/drivers/gpu/drm/drm_atomic.c
> index f6a31c9d477d..1be4af940ed1 100644
> --- a/drivers/gpu/drm/drm_atomic.c
> +++ b/drivers/gpu/drm/drm_atomic.c
> @@ -1101,10 +1101,41 @@ drm_atomic_private_obj_fini(struct drm_private_obj *obj)
>   	obj->funcs->atomic_destroy_state(obj, obj->state);
>   	drm_modeset_lock_fini(&obj->lock);
>   }
>   EXPORT_SYMBOL(drm_atomic_private_obj_fini);
>   
> +static int drm_atomic_commit_set_private_obj_state(struct drm_atomic_commit *commit,
> +						   struct drm_private_obj *obj,
> +						   struct drm_private_state *obj_state)
> +{
> +	struct __drm_private_objs_state *arr;
> +	int index, num_objs;
> +	size_t size;
> +
> +	drm_modeset_lock_assert_held(&obj->lock);
> +
> +	num_objs = commit->num_private_objs + 1;
> +	size = sizeof(*commit->private_objs) * num_objs;
> +	arr = krealloc(commit->private_objs, size, GFP_KERNEL);
> +	if (!arr)
> +		return -ENOMEM;

Just nitpicks: Would this be a candidate for krealloc_array() ? Could 
you avoid the additional memset by allocating with __GFP_ZERO?

Best regards
Thomas

> +
> +	commit->private_objs = arr;
> +	index = commit->num_private_objs;
> +	memset(&commit->private_objs[index], 0, sizeof(*commit->private_objs));
> +
> +	commit->private_objs[index].state_to_destroy = obj_state;
> +	commit->private_objs[index].old_state = obj->state;
> +	commit->private_objs[index].new_state = obj_state;
> +	commit->private_objs[index].ptr = obj;
> +	obj_state->state = commit;
> +
> +	commit->num_private_objs = num_objs;
> +
> +	return 0;
> +}
> +
>   /**
>    * drm_atomic_get_private_obj_state - get private object state
>    * @state: global atomic state
>    * @obj: private object to get the state for
>    *
> @@ -1117,13 +1148,11 @@ EXPORT_SYMBOL(drm_atomic_private_obj_fini);
>    */
>   struct drm_private_state *
>   drm_atomic_get_private_obj_state(struct drm_atomic_commit *state,
>   				 struct drm_private_obj *obj)
>   {
> -	int index, num_objs, ret;
> -	size_t size;
> -	struct __drm_private_objs_state *arr;
> +	int ret;
>   	struct drm_private_state *obj_state;
>   
>   	WARN_ON(!state->acquire_ctx);
>   	drm_WARN_ON(state->dev, state->checked);
>   
> @@ -1133,31 +1162,19 @@ drm_atomic_get_private_obj_state(struct drm_atomic_commit *state,
>   
>   	ret = drm_modeset_lock(&obj->lock, state->acquire_ctx);
>   	if (ret)
>   		return ERR_PTR(ret);
>   
> -	num_objs = state->num_private_objs + 1;
> -	size = sizeof(*state->private_objs) * num_objs;
> -	arr = krealloc(state->private_objs, size, GFP_KERNEL);
> -	if (!arr)
> -		return ERR_PTR(-ENOMEM);
> -
> -	state->private_objs = arr;
> -	index = state->num_private_objs;
> -	memset(&state->private_objs[index], 0, sizeof(*state->private_objs));
> -
>   	obj_state = obj->funcs->atomic_duplicate_state(obj);
>   	if (!obj_state)
>   		return ERR_PTR(-ENOMEM);
>   
> -	state->private_objs[index].state_to_destroy = obj_state;
> -	state->private_objs[index].old_state = obj->state;
> -	state->private_objs[index].new_state = obj_state;
> -	state->private_objs[index].ptr = obj;
> -	obj_state->state = state;
> -
> -	state->num_private_objs = num_objs;
> +	ret = drm_atomic_commit_set_private_obj_state(state, obj, obj_state);
> +	if (ret) {
> +		obj->funcs->atomic_destroy_state(obj, obj_state);
> +		return ERR_PTR(ret);
> +	}
>   
>   	drm_dbg_atomic(state->dev,
>   		       "Added new private object %p state %p to %p\n",
>   		       obj, obj_state, state);
>   
>

-- 
--
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)



  reply	other threads:[~2026-09-09  6:46 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
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 [this message]
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=e133a72f-ac32-4226-b823-83b7f184b900@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.