Intel-XE Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Matthew Brost <matthew.brost@intel.com>
To: Niranjana Vishwanathapura <niranjana.vishwanathapura@intel.com>
Cc: <tilak.tirumalesh.tangudu@intel.com>, <intel-xe@lists.freedesktop.org>
Subject: Re: [PATCH 2/3] drm/xe/tlb_inval: add xe_tlb_inval_ggtt_full() GGTT invalidation helper
Date: Wed, 26 Aug 2026 12:50:42 -0700	[thread overview]
Message-ID: <ao9Dkj8tZJv9wK5x@gsse-cloud1.jf.intel.com> (raw)
In-Reply-To: <ao9C8umPyn2ANiIg@gsse-cloud1.jf.intel.com>

On Wed, Aug 26, 2026 at 12:48:02PM -0700, Matthew Brost wrote:
> On Wed, Aug 26, 2026 at 12:30:56PM -0700, Niranjana Vishwanathapura wrote:
> > On Wed, Aug 26, 2026 at 04:55:32PM +0530, tilak.tirumalesh.tangudu@intel.com wrote:
> > > From: Tangudu Tilak Tirumalesh <tilak.tirumalesh.tangudu@intel.com>
> > > 
> > > Add xe_tlb_inval_ggtt_full() and its GuC backend
> > > send_tlb_inval_ggtt_full() for full engine TLB invalidation
> > > within the requesting VF across all engines.
> > > 
> > > v2:
> > > - Refactor with new helper xe_tlb_inval_issue_op_wait() and address
> > >  nits (Niranjana)
> > > v3:
> > > - Avoid TOCTOU issue around CT state (Matt Brost)
> > > v4:
> > > - Propagate real send errors instead of masking as -ECANCELED (Sashiko)
> > > 
> > > Assisted-by: Claude:claude-opus-4-8
> > > Signed-off-by: Tangudu Tilak Tirumalesh <tilak.tirumalesh.tangudu@intel.com>
> > > ---
> > > drivers/gpu/drm/xe/xe_guc_tlb_inval.c   | 25 +++++++++++++++
> > > drivers/gpu/drm/xe/xe_tlb_inval.c       | 42 +++++++++++++++++++++----
> > > drivers/gpu/drm/xe/xe_tlb_inval.h       |  1 +
> > > drivers/gpu/drm/xe/xe_tlb_inval_types.h | 10 ++++++
> > > 4 files changed, 72 insertions(+), 6 deletions(-)
> > > 
> > > diff --git a/drivers/gpu/drm/xe/xe_guc_tlb_inval.c b/drivers/gpu/drm/xe/xe_guc_tlb_inval.c
> > > index 046d0655122f..665483bf2e67 100644
> > > --- a/drivers/gpu/drm/xe/xe_guc_tlb_inval.c
> > > +++ b/drivers/gpu/drm/xe/xe_guc_tlb_inval.c
> > > @@ -98,6 +98,29 @@ static int send_tlb_inval_ggtt(struct xe_tlb_inval *tlb_inval, u32 seqno)
> > > 	return -ECANCELED;
> > > }
> > > 
> > > +/*
> > > + * Emit INVAL_FULL (intra vf) to invalidate engine TLBs across all engines
> > > + * within the VF.
> > > + */
> > > +static int send_tlb_inval_ggtt_full(struct xe_tlb_inval *tlb_inval, u32 seqno)
> > > +{
> > > +	struct xe_guc *guc = tlb_inval->private;
> > > +	u32 action[] = {
> > > +		XE_GUC_ACTION_TLB_INVALIDATION,
> > > +		seqno,
> > > +		MAKE_INVAL_OP(XE_GUC_TLB_INVAL_FULL),
> > > +	};
> > > +	int ret;
> > > +
> > > +	ret = send_tlb_inval(guc, action, ARRAY_SIZE(action));
> > > +
> > > +	/* CT unavailable means nothing runs on the engines; treat as cancelled. */
> > > +	if (ret == -ENODEV || ret == -ECANCELED)
> > > +		return -ECANCELED;
> > 
> > Looks like we don't need the check 'ret == -ECANCELED' here (redundent).
> > Basically, we only need,
> > if (ret == -ENODEV)
> >      ret = -ECANCELED;
> 
> I think actually -ENODEV is needed because it is odd corner that only
> GGTT invalidations can legitimently hit with a blind CT send which was
> my suggestion.
> 
> -ENODEV is the return if the CT is disabled (cold boot start)
> -ECANCELED is return if the CT is stopped (runtime toggle)
> 
> GGTT invalidations can be issued during cold boots as these are kernel
> objects, PPGTT cannot because these are user objects.
> 
> Thus, I think this actually correct in the current code.
> 

Opps one more thing - iirc wedge devices return a different error code,
but that might be getting revert. We should check on that as I think
wedged needs to be handle here.

Matt

> Matt
> 
> > 
> > Also, It seems bit odd that other functions like send_tlb_inval_all(),
> > send_tlb_inval_lmmtt() etc, has similar structure and similar documentation in
> > xe_tlb_inval_types.h (regarding -ECANCELED), but doesn't do this conversion.
> > So, they are not treating XE_GUC_CT_STATE_DISABLED (where guc_ct_send returns
> > ENODEV) as a 'cancelled' state. May be here also we should do that for now,
> > if we need fix, then it will be a fix for all of these callback functions later.
> > 
> > Niranjana
> > 
> > > +
> > > +	return ret;
> > > +}
> > > +
> > > static int send_page_reclaim(struct xe_guc *guc, u32 seqno,
> > > 			     u64 gpu_addr)
> > > {
> > > @@ -346,6 +369,7 @@ static long tlb_inval_timeout_delay(struct xe_tlb_inval *tlb_inval)
> > > static const struct xe_tlb_inval_ops guc_tlb_inval_asid_ops = {
> > > 	.all = send_tlb_inval_all,
> > > 	.ggtt = send_tlb_inval_ggtt,
> > > +	.ggtt_full = send_tlb_inval_ggtt_full,
> > > 	.ppgtt = send_tlb_inval_asid_ppgtt,
> > > 	.initialized = tlb_inval_initialized,
> > > 	.flush = tlb_inval_flush,
> > > @@ -354,6 +378,7 @@ static const struct xe_tlb_inval_ops guc_tlb_inval_asid_ops = {
> > > 
> > > static const struct xe_tlb_inval_ops guc_tlb_inval_ctx_ops = {
> > > 	.ggtt = send_tlb_inval_ggtt,
> > > +	.ggtt_full = send_tlb_inval_ggtt_full,
> > > 	.all = send_tlb_inval_all,
> > > 	.ppgtt = send_tlb_inval_ctx_ppgtt,
> > > 	.initialized = tlb_inval_initialized,
> > > diff --git a/drivers/gpu/drm/xe/xe_tlb_inval.c b/drivers/gpu/drm/xe/xe_tlb_inval.c
> > > index bbd21d393062..7c3bf32d9258 100644
> > > --- a/drivers/gpu/drm/xe/xe_tlb_inval.c
> > > +++ b/drivers/gpu/drm/xe/xe_tlb_inval.c
> > > @@ -301,26 +301,56 @@ int xe_tlb_inval_all(struct xe_tlb_inval *tlb_inval,
> > > }
> > > 
> > > /**
> > > - * xe_tlb_inval_ggtt() - Issue a TLB invalidation for the GGTT
> > > + * xe_tlb_inval_issue_op_wait() - Issue a TLB invalidation and wait
> > >  * @tlb_inval: TLB invalidation client
> > > - *
> > > - * Issue a TLB invalidation for the GGTT. Completion of TLB is asynchronous and
> > > - * caller can use the invalidation fence to wait for completion.
> > > + * @op: backend invalidation hook to issue
> > >  *
> > >  * Return: 0 on success, negative error code on error
> > >  */
> > > -int xe_tlb_inval_ggtt(struct xe_tlb_inval *tlb_inval)
> > > +static int xe_tlb_inval_issue_op_wait(struct xe_tlb_inval *tlb_inval,
> > > +				      int (*op)(struct xe_tlb_inval *tlb_inval, u32 seqno))
> > > {
> > > 	struct xe_tlb_inval_fence fence, *fence_ptr = &fence;
> > > 	int ret;
> > > 
> > > 	xe_tlb_inval_fence_init(tlb_inval, fence_ptr, true);
> > > -	ret = xe_tlb_inval_issue(tlb_inval, fence_ptr, tlb_inval->ops->ggtt);
> > > +	ret = xe_tlb_inval_issue(tlb_inval, fence_ptr, op);
> > > 	xe_tlb_inval_fence_wait(fence_ptr);
> > > 
> > > 	return ret;
> > > }
> > > 
> > > +/**
> > > + * xe_tlb_inval_ggtt() - Issue a TLB invalidation for the GGTT
> > > + * @tlb_inval: TLB invalidation client
> > > + *
> > > + * Issue a TLB invalidation for the GGTT. Completion of TLB is asynchronous and
> > > + * caller can use the invalidation fence to wait for completion.
> > > + *
> > > + * Return: 0 on success, negative error code on error
> > > + */
> > > +int xe_tlb_inval_ggtt(struct xe_tlb_inval *tlb_inval)
> > > +{
> > > +	return xe_tlb_inval_issue_op_wait(tlb_inval, tlb_inval->ops->ggtt);
> > > +}
> > > +
> > > +/**
> > > + * xe_tlb_inval_ggtt_full() - Full engine TLB invalidation within a VF
> > > + * @tlb_inval: TLB invalidation client
> > > + *
> > > + * Issue INVAL_FULL (intra vf) to flush engine TLBs across all engines
> > > + * within the requesting VF.
> > > + *
> > > + * Return: 0 on success, negative error code on error
> > > + */
> > > +int xe_tlb_inval_ggtt_full(struct xe_tlb_inval *tlb_inval)
> > > +{
> > > +	if (!tlb_inval->ops->ggtt_full)
> > > +		return -EOPNOTSUPP;
> > > +
> > > +	return xe_tlb_inval_issue_op_wait(tlb_inval, tlb_inval->ops->ggtt_full);
> > > +}
> > > +
> > > /**
> > >  * xe_tlb_inval_range() - Issue a TLB invalidation for an address range
> > >  * @tlb_inval: TLB invalidation client
> > > diff --git a/drivers/gpu/drm/xe/xe_tlb_inval.h b/drivers/gpu/drm/xe/xe_tlb_inval.h
> > > index a76b7823a5f2..665072b4b81d 100644
> > > --- a/drivers/gpu/drm/xe/xe_tlb_inval.h
> > > +++ b/drivers/gpu/drm/xe/xe_tlb_inval.h
> > > @@ -20,6 +20,7 @@ void xe_tlb_inval_reset(struct xe_tlb_inval *tlb_inval);
> > > int xe_tlb_inval_all(struct xe_tlb_inval *tlb_inval,
> > > 		     struct xe_tlb_inval_fence *fence);
> > > int xe_tlb_inval_ggtt(struct xe_tlb_inval *tlb_inval);
> > > +int xe_tlb_inval_ggtt_full(struct xe_tlb_inval *tlb_inval);
> > > void xe_tlb_inval_vm(struct xe_tlb_inval *tlb_inval, struct xe_vm *vm);
> > > int xe_tlb_inval_range(struct xe_tlb_inval *tlb_inval,
> > > 		       struct xe_tlb_inval_fence *fence,
> > > diff --git a/drivers/gpu/drm/xe/xe_tlb_inval_types.h b/drivers/gpu/drm/xe/xe_tlb_inval_types.h
> > > index 3d1797d186fd..d77be1aedc91 100644
> > > --- a/drivers/gpu/drm/xe/xe_tlb_inval_types.h
> > > +++ b/drivers/gpu/drm/xe/xe_tlb_inval_types.h
> > > @@ -36,6 +36,16 @@ struct xe_tlb_inval_ops {
> > > 	 */
> > > 	int (*ggtt)(struct xe_tlb_inval *tlb_inval, u32 seqno);
> > > 
> > > +	/**
> > > +	 * @ggtt_full: Full engine TLB invalidation within a VF
> > > +	 * @tlb_inval: TLB invalidation client
> > > +	 * @seqno: Seqno of TLB invalidation
> > > +	 *
> > > +	 * Return 0 on success, -ECANCELED if backend is mid-reset, error on
> > > +	 * failure
> > > +	 */
> > > +	int (*ggtt_full)(struct xe_tlb_inval *tlb_inval, u32 seqno);
> > > +
> > > 	/**
> > > 	 * @ppgtt: Invalidate per-process translation TLBs
> > > 	 * @tlb_inval: TLB invalidation client
> > > -- 
> > > 2.46.0
> > > 

  reply	other threads:[~2026-08-26 19:50 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-08-26 11:25 [PATCH 0/3] drm/xe/ggtt: fix stale GGTT mappings on unmap tilak.tirumalesh.tangudu
2026-08-26 11:25 ` [PATCH 1/3] drm/xe/ggtt: fault on unmapped GGTT for multi-queue platforms tilak.tirumalesh.tangudu
2026-08-26 19:15   ` Niranjana Vishwanathapura
2026-08-26 20:10   ` Matt Roper
2026-08-26 20:23     ` Matthew Brost
2026-08-27  4:18       ` Tangudu, Tilak Tirumalesh
2026-08-26 11:25 ` [PATCH 2/3] drm/xe/tlb_inval: add xe_tlb_inval_ggtt_full() GGTT invalidation helper tilak.tirumalesh.tangudu
2026-08-26 19:30   ` Niranjana Vishwanathapura
2026-08-26 19:48     ` Matthew Brost
2026-08-26 19:50       ` Matthew Brost [this message]
2026-08-27  6:30         ` Tangudu, Tilak Tirumalesh
2026-08-26 11:25 ` [PATCH 3/3] drm/xe/ggtt: invalidate engine GGTT TLBs for multi-queue GTs tilak.tirumalesh.tangudu
2026-08-26 19:45   ` Niranjana Vishwanathapura
2026-08-27  0:32   ` Matthew Brost
2026-08-26 11:35 ` ✓ CI.KUnit: success for drm/xe/ggtt: fix stale GGTT mappings on unmap (rev4) Patchwork
2026-08-26 12:19 ` ✓ Xe.CI.BAT: " Patchwork
2026-08-26 14:40 ` ✗ Xe.CI.FULL: failure " Patchwork
  -- strict thread matches above, loose matches on Subject: below --
2026-08-27  8:20 [PATCH 0/3] drm/xe/ggtt: fix stale GGTT mappings on unmap tilak.tirumalesh.tangudu
2026-08-27  8:20 ` [PATCH 2/3] drm/xe/tlb_inval: add xe_tlb_inval_ggtt_full() GGTT invalidation helper tilak.tirumalesh.tangudu
2026-08-27 16:58   ` Niranjana Vishwanathapura
2026-08-27 17:12     ` Matthew Brost
2026-08-26 10:31 [PATCH 0/3] drm/xe/ggtt: fix stale GGTT mappings on unmap tilak.tirumalesh.tangudu
2026-08-26 10:31 ` [PATCH 2/3] drm/xe/tlb_inval: add xe_tlb_inval_ggtt_full() GGTT invalidation helper tilak.tirumalesh.tangudu
2026-08-26 10:47   ` sashiko-bot
2026-08-24 16:34 [PATCH 0/3] drm/xe/ggtt: fix stale GGTT mappings on unmap tilak.tirumalesh.tangudu
2026-08-24 16:34 ` [PATCH 2/3] drm/xe/tlb_inval: add xe_tlb_inval_ggtt_full() GGTT invalidation helper tilak.tirumalesh.tangudu
2026-08-24 18:20   ` Niranjana Vishwanathapura
2026-08-25 18:08   ` Matthew Brost

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=ao9Dkj8tZJv9wK5x@gsse-cloud1.jf.intel.com \
    --to=matthew.brost@intel.com \
    --cc=intel-xe@lists.freedesktop.org \
    --cc=niranjana.vishwanathapura@intel.com \
    --cc=tilak.tirumalesh.tangudu@intel.com \
    /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