The Linux Kernel Mailing List
 help / color / mirror / Atom feed
From: Matthew Brost <matthew.brost@intel.com>
To: "Christian König" <christian.koenig@amd.com>
Cc: "Thomas Hellström" <thomas.hellstrom@linux.intel.com>,
	"Natalie Vock" <natalie.vock@gmx.de>,
	"Maarten Lankhorst" <maarten.lankhorst@linux.intel.com>,
	"Maxime Ripard" <mripard@kernel.org>,
	"Thomas Zimmermann" <tzimmermann@suse.de>,
	"David Airlie" <airlied@gmail.com>,
	"Simona Vetter" <simona@ffwll.ch>,
	"Jani Nikula" <jani.nikula@linux.intel.com>,
	"Joonas Lahtinen" <joonas.lahtinen@linux.intel.com>,
	"Rodrigo Vivi" <rodrigo.vivi@intel.com>,
	"Tvrtko Ursulin" <tursulin@ursulin.net>,
	"Huang Rui" <ray.huang@amd.com>,
	"Matthew Auld" <matthew.auld@intel.com>,
	"Alex Deucher" <alexander.deucher@amd.com>,
	dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org,
	intel-gfx@lists.freedesktop.org, intel-xe@lists.freedesktop.org,
	amd-gfx@lists.freedesktop.org
Subject: Re: [PATCH 03/10] drm/ttm: remove ttm_lru_walk_ops
Date: Mon, 6 Jul 2026 09:31:47 -0700	[thread overview]
Message-ID: <akvYc0RxAh4rkbYK@gsse-cloud1.jf.intel.com> (raw)
In-Reply-To: <be0b18e2-d5c0-40d5-b5ed-01acf6189955@amd.com>

On Mon, Jul 06, 2026 at 03:05:54PM +0200, Christian König wrote:
> On 7/6/26 14:34, Thomas Hellström wrote:
> > Hi,
> > 
> > On Fri, 2026-07-03 at 18:31 +0200, Natalie Vock wrote:
> >> From: Christian König <christian.koenig@amd.com>
> >>
> >> It's just another layer of indirection.
> >>
> >> Signed-off-by: Christian König <christian.koenig@amd.com>
> >> Signed-off-by: Natalie Vock <natalie.vock@gmx.de>
> > 
> > Personally I don't have a strong opinion on this, but the reason for
> > separating out the ops is that adding function pointers in the walk
> > iterator itself was once pushed back on quite forcefully by Linus when
> > I tried to do that in mm/pagewalk. Claiming for various reasons the
> > standard way of doing that in Linux is using a const ops struct that
> > ends up in unmodifiable memory.

+1, I was about to comment on this patch saying iirc I a read Linus
statement once const ops struct was Linux prefered way.

Matt

> 
> Ah! I was already wondering why the extra indirection was used.
> 
> I'm perfectly fine to keep it. It just looked a bit odd.
> 
> Regards,
> Christian.
> 
> > 
> > /Thomas
> > 
> > 
> >> ---
> >>  drivers/gpu/drm/ttm/ttm_bo.c      | 12 ++----------
> >>  drivers/gpu/drm/ttm/ttm_bo_util.c |  2 +-
> >>  include/drm/ttm/ttm_bo.h          | 34 ++++++++++++++---------------
> >> -----
> >>  3 files changed, 17 insertions(+), 31 deletions(-)
> >>
> >> diff --git a/drivers/gpu/drm/ttm/ttm_bo.c
> >> b/drivers/gpu/drm/ttm/ttm_bo.c
> >> index 2b470c1746f60..1fb8c53da0362 100644
> >> --- a/drivers/gpu/drm/ttm/ttm_bo.c
> >> +++ b/drivers/gpu/drm/ttm/ttm_bo.c
> >> @@ -545,10 +545,6 @@ static s64 ttm_bo_evict_cb(struct ttm_lru_walk
> >> *walk, struct ttm_buffer_object *
> >>  	return lret;
> >>  }
> >>  
> >> -static const struct ttm_lru_walk_ops ttm_evict_walk_ops = {
> >> -	.process_bo = ttm_bo_evict_cb,
> >> -};
> >> -
> >>  static int ttm_bo_evict_alloc(struct ttm_device *bdev,
> >>  			      struct ttm_resource_manager *man,
> >>  			      const struct ttm_place *place,
> >> @@ -560,7 +556,7 @@ static int ttm_bo_evict_alloc(struct ttm_device
> >> *bdev,
> >>  {
> >>  	struct ttm_bo_evict_walk evict_walk = {
> >>  		.walk = {
> >> -			.ops = &ttm_evict_walk_ops,
> >> +			.process_bo = ttm_bo_evict_cb,
> >>  			.arg = {
> >>  				.ctx = ctx,
> >>  				.ticket = ticket,
> >> @@ -1187,10 +1183,6 @@ ttm_bo_swapout_cb(struct ttm_lru_walk *walk,
> >> struct ttm_buffer_object *bo)
> >>  	return ret;
> >>  }
> >>  
> >> -const struct ttm_lru_walk_ops ttm_swap_ops = {
> >> -	.process_bo = ttm_bo_swapout_cb,
> >> -};
> >> -
> >>  /**
> >>   * ttm_bo_swapout() - Swap out buffer objects on the LRU list to
> >> shmem.
> >>   * @bdev: The ttm device.
> >> @@ -1209,7 +1201,7 @@ s64 ttm_bo_swapout(struct ttm_device *bdev,
> >> struct ttm_operation_ctx *ctx,
> >>  {
> >>  	struct ttm_bo_swapout_walk swapout_walk = {
> >>  		.walk = {
> >> -			.ops = &ttm_swap_ops,
> >> +			.process_bo = ttm_bo_swapout_cb,
> >>  			.arg = {
> >>  				.ctx = ctx,
> >>  				.trylock_only = true,
> >> diff --git a/drivers/gpu/drm/ttm/ttm_bo_util.c
> >> b/drivers/gpu/drm/ttm/ttm_bo_util.c
> >> index 7ed085adf1c9b..29f068944a972 100644
> >> --- a/drivers/gpu/drm/ttm/ttm_bo_util.c
> >> +++ b/drivers/gpu/drm/ttm/ttm_bo_util.c
> >> @@ -919,7 +919,7 @@ s64 ttm_lru_walk_for_evict(struct ttm_lru_walk
> >> *walk, struct ttm_device *bdev,
> >>  	s64 lret;
> >>  
> >>  	ttm_bo_lru_for_each_reserved_guarded(&cursor, man, &walk-
> >>> arg, bo) {
> >> -		lret = walk->ops->process_bo(walk, bo);
> >> +		lret = walk->process_bo(walk, bo);
> >>  		if (lret == -EBUSY || lret == -EALREADY)
> >>  			lret = 0;
> >>  		progress = (lret < 0) ? lret : progress + lret;
> >> diff --git a/include/drm/ttm/ttm_bo.h b/include/drm/ttm/ttm_bo.h
> >> index 1eae9eea5ff32..0fcd5082a7080 100644
> >> --- a/include/drm/ttm/ttm_bo.h
> >> +++ b/include/drm/ttm/ttm_bo.h
> >> @@ -189,24 +189,6 @@ struct ttm_operation_ctx {
> >>  	uint64_t bytes_moved;
> >>  };
> >>  
> >> -struct ttm_lru_walk;
> >> -
> >> -/** struct ttm_lru_walk_ops - Operations for a LRU walk. */
> >> -struct ttm_lru_walk_ops {
> >> -	/**
> >> -	 * process_bo - Process this bo.
> >> -	 * @walk: struct ttm_lru_walk describing the walk.
> >> -	 * @bo: A locked and referenced buffer object.
> >> -	 *
> >> -	 * Return: Negative error code on error, User-defined
> >> positive value
> >> -	 * (typically, but not always, size of the processed bo) on
> >> success.
> >> -	 * On success, the returned values are summed by the walk
> >> and the
> >> -	 * walk exits when its target is met.
> >> -	 * 0 also indicates success, -EBUSY means this bo was
> >> skipped.
> >> -	 */
> >> -	s64 (*process_bo)(struct ttm_lru_walk *walk, struct
> >> ttm_buffer_object *bo);
> >> -};
> >> -
> >>  /**
> >>   * struct ttm_lru_walk_arg - Common part for the variants of BO LRU
> >> walk.
> >>   */
> >> @@ -223,8 +205,20 @@ struct ttm_lru_walk_arg {
> >>   * struct ttm_lru_walk - Structure describing a LRU walk.
> >>   */
> >>  struct ttm_lru_walk {
> >> -	/** @ops: Pointer to the ops structure. */
> >> -	const struct ttm_lru_walk_ops *ops;
> >> +	/**
> >> +	 * process_bo - Process this bo.
> >> +	 * @walk: struct ttm_lru_walk describing the walk.
> >> +	 * @bo: A locked and referenced buffer object.
> >> +	 *
> >> +	 * Return: Negative error code on error, User-defined
> >> positive value
> >> +	 * (typically, but not always, size of the processed bo) on
> >> success.
> >> +	 * On success, the returned values are summed by the walk
> >> and the
> >> +	 * walk exits when its target is met.
> >> +	 * 0 also indicates success, -EBUSY means this bo was
> >> skipped.
> >> +	 */
> >> +	s64 (*process_bo)(struct ttm_lru_walk *walk,
> >> +			  struct ttm_buffer_object *bo);
> >> +
> >>  	/** @arg: Common bo LRU walk arguments. */
> >>  	struct ttm_lru_walk_arg arg;
> >>  };
> 

  reply	other threads:[~2026-07-06 16:31 UTC|newest]

Thread overview: 26+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-07-03 16:31 [PATCH 00/10] Use drm_exec to lock TTM buffers, respin Natalie Vock
2026-07-03 16:31 ` [PATCH 01/10] drm/exec: Add helper to bypass IGNORE_DUPLICATES flag Natalie Vock
2026-07-06  8:43   ` Christian König
2026-07-03 16:31 ` [PATCH 02/10] drm/ttm: replace TTMs refcount with the DRM refcount v4 Natalie Vock
2026-07-06 13:14   ` Thomas Hellström
2026-07-06 14:49     ` Christian König
2026-07-06 17:01       ` Thomas Hellström
2026-07-06 17:51         ` Matthew Brost
2026-07-06 17:53           ` Thomas Hellström
2026-07-06 18:03             ` Matthew Brost
2026-07-06 18:05               ` Matthew Brost
2026-07-06 18:03           ` Thomas Hellström
2026-07-06 18:23         ` Christian König
2026-07-06 22:26           ` Dave Airlie
2026-07-03 16:31 ` [PATCH 03/10] drm/ttm: remove ttm_lru_walk_ops Natalie Vock
2026-07-06 12:34   ` Thomas Hellström
2026-07-06 13:05     ` Christian König
2026-07-06 16:31       ` Matthew Brost [this message]
2026-07-06 13:08     ` Natalie Vock
2026-07-03 16:31 ` [PATCH 04/10] drm/ttm: grab BO reference before locking it Natalie Vock
2026-07-03 16:31 ` [PATCH 05/10] drm/ttm: switch to ttm_bo_lru_for_each_reserved_guarded for swapout Natalie Vock
2026-07-03 16:31 ` [PATCH 06/10] drm/ttm: move zombie handling into ttm_bo_evict Natalie Vock
2026-07-03 16:31 ` [PATCH 07/10] drm/ttm: use ttm_bo_lru_for_each_reserved_guarded in evict_all Natalie Vock
2026-07-03 16:31 ` [PATCH 08/10] drm/xe: remove workaround for TTM internals Natalie Vock
2026-07-03 16:31 ` [PATCH 09/10] drm/ttm: support using drm_exec during eviction v4 Natalie Vock
2026-07-03 16:31 ` [PATCH 10/10] drm/amdgpu: use drm_exec during BO validation Natalie Vock

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=akvYc0RxAh4rkbYK@gsse-cloud1.jf.intel.com \
    --to=matthew.brost@intel.com \
    --cc=airlied@gmail.com \
    --cc=alexander.deucher@amd.com \
    --cc=amd-gfx@lists.freedesktop.org \
    --cc=christian.koenig@amd.com \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=intel-gfx@lists.freedesktop.org \
    --cc=intel-xe@lists.freedesktop.org \
    --cc=jani.nikula@linux.intel.com \
    --cc=joonas.lahtinen@linux.intel.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=maarten.lankhorst@linux.intel.com \
    --cc=matthew.auld@intel.com \
    --cc=mripard@kernel.org \
    --cc=natalie.vock@gmx.de \
    --cc=ray.huang@amd.com \
    --cc=rodrigo.vivi@intel.com \
    --cc=simona@ffwll.ch \
    --cc=thomas.hellstrom@linux.intel.com \
    --cc=tursulin@ursulin.net \
    --cc=tzimmermann@suse.de \
    /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