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;
> >> };
>
next prev parent 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