Intel-XE Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: "Summers, Stuart" <stuart.summers@intel.com>
To: "intel-xe@lists.freedesktop.org" <intel-xe@lists.freedesktop.org>,
	"Brost,  Matthew" <matthew.brost@intel.com>
Subject: Re: [PATCH v5 10/11] drm/xe: Add exec queue active vfunc
Date: Fri, 16 Jan 2026 22:30:14 +0000	[thread overview]
Message-ID: <632b7eb9e844ace66638e4bd85bb618e3ba58ce1.camel@intel.com> (raw)
In-Reply-To: <20260116221731.868657-11-matthew.brost@intel.com>

On Fri, 2026-01-16 at 14:17 -0800, Matthew Brost wrote:
> If an exec queue is inactive (e.g., not registered or scheduling is
> disabled), TLB invalidations are not issued for that queue. Add a
> virtual function to determine the active state, which TLB
> invalidation
> logic can hook into.
> 
> v5:
>  - Operate on primary in active function
> 
> Signed-off-by: Matthew Brost <matthew.brost@intel.com>

Reviewed-by: Stuart Summers <stuart.summers@intel.com>

> Tested-by: Stuart Summers <stuart.summers@intel.com>
> ---
>  drivers/gpu/drm/xe/xe_exec_queue_types.h | 2 ++
>  drivers/gpu/drm/xe/xe_execlist.c         | 7 +++++++
>  drivers/gpu/drm/xe/xe_guc_submit.c       | 9 +++++++++
>  3 files changed, 18 insertions(+)
> 
> diff --git a/drivers/gpu/drm/xe/xe_exec_queue_types.h
> b/drivers/gpu/drm/xe/xe_exec_queue_types.h
> index d3e2789cf5bc..9cca558c5809 100644
> --- a/drivers/gpu/drm/xe/xe_exec_queue_types.h
> +++ b/drivers/gpu/drm/xe/xe_exec_queue_types.h
> @@ -298,6 +298,8 @@ struct xe_exec_queue_ops {
>         void (*resume)(struct xe_exec_queue *q);
>         /** @reset_status: check exec queue reset status */
>         bool (*reset_status)(struct xe_exec_queue *q);
> +       /** @active: check exec queue is active */
> +       bool (*active)(struct xe_exec_queue *q);
>  };
>  
>  #endif
> diff --git a/drivers/gpu/drm/xe/xe_execlist.c
> b/drivers/gpu/drm/xe/xe_execlist.c
> index 8bf330aeaec0..005a5b2c36fe 100644
> --- a/drivers/gpu/drm/xe/xe_execlist.c
> +++ b/drivers/gpu/drm/xe/xe_execlist.c
> @@ -468,6 +468,12 @@ static bool
> execlist_exec_queue_reset_status(struct xe_exec_queue *q)
>         return false;
>  }
>  
> +static bool execlist_exec_queue_active(struct xe_exec_queue *q)
> +{
> +       /* NIY */
> +       return false;
> +}
> +
>  static const struct xe_exec_queue_ops execlist_exec_queue_ops = {
>         .init = execlist_exec_queue_init,
>         .kill = execlist_exec_queue_kill,
> @@ -480,6 +486,7 @@ static const struct xe_exec_queue_ops
> execlist_exec_queue_ops = {
>         .suspend_wait = execlist_exec_queue_suspend_wait,
>         .resume = execlist_exec_queue_resume,
>         .reset_status = execlist_exec_queue_reset_status,
> +       .active = execlist_exec_queue_active,
>  };
>  
>  int xe_execlist_init(struct xe_gt *gt)
> diff --git a/drivers/gpu/drm/xe/xe_guc_submit.c
> b/drivers/gpu/drm/xe/xe_guc_submit.c
> index 1b2f66f4425b..e9f9f844d50e 100644
> --- a/drivers/gpu/drm/xe/xe_guc_submit.c
> +++ b/drivers/gpu/drm/xe/xe_guc_submit.c
> @@ -2206,6 +2206,14 @@ static bool guc_exec_queue_reset_status(struct
> xe_exec_queue *q)
>         return exec_queue_reset(q) ||
> exec_queue_killed_or_banned_or_wedged(q);
>  }
>  
> +static bool guc_exec_queue_active(struct xe_exec_queue *q)
> +{
> +       struct xe_exec_queue *primary =
> xe_exec_queue_multi_queue_primary(q);
> +
> +       return exec_queue_enabled(primary) &&
> +               !exec_queue_pending_disable(primary);
> +}
> +
>  /*
>   * All of these functions are an abstraction layer which other parts
> of Xe can
>   * use to trap into the GuC backend. All of these functions, aside
> from init,
> @@ -2225,6 +2233,7 @@ static const struct xe_exec_queue_ops
> guc_exec_queue_ops = {
>         .suspend_wait = guc_exec_queue_suspend_wait,
>         .resume = guc_exec_queue_resume,
>         .reset_status = guc_exec_queue_reset_status,
> +       .active = guc_exec_queue_active,
>  };
>  
>  static void guc_exec_queue_stop(struct xe_guc *guc, struct
> xe_exec_queue *q)


  reply	other threads:[~2026-01-16 22:30 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-01-16 22:17 [PATCH v5 00/11] Context based TLB invalidations Matthew Brost
2026-01-16 22:17 ` [PATCH v5 01/11] drm/xe: Add normalize_invalidation_range Matthew Brost
2026-01-16 22:17 ` [PATCH v5 02/11] drm/xe: Make usm.asid_to_vm allocation use GFP_NOWAIT Matthew Brost
2026-01-16 22:17 ` [PATCH v5 03/11] drm/xe: Add has_ctx_tlb_inval to device info Matthew Brost
2026-01-16 22:17 ` [PATCH v5 04/11] drm/xe: Add xe_device_asid_to_vm helper Matthew Brost
2026-01-16 22:17 ` [PATCH v5 05/11] drm/xe: Add vm to exec queues association Matthew Brost
2026-01-16 22:17 ` [PATCH v5 06/11] drm/xe: Taint TLB invalidation seqno lock with GFP_KERNEL Matthew Brost
2026-01-16 22:17 ` [PATCH v5 07/11] drm/xe: Rename send_tlb_inval_ppgtt to send_tlb_inval_asid_ppgtt Matthew Brost
2026-01-16 22:17 ` [PATCH v5 08/11] drm/xe: Add send_tlb_inval_ppgtt helper Matthew Brost
2026-01-16 22:17 ` [PATCH v5 09/11] drm/xe: Add xe_tlb_inval_idle helper Matthew Brost
2026-01-16 22:17 ` [PATCH v5 10/11] drm/xe: Add exec queue active vfunc Matthew Brost
2026-01-16 22:30   ` Summers, Stuart [this message]
2026-01-16 22:17 ` [PATCH v5 11/11] drm/xe: Add context-based invalidation to GuC TLB invalidation backend Matthew Brost
2026-01-16 22:36   ` Summers, Stuart
2026-01-16 23:30 ` ✓ CI.KUnit: success for Context based TLB invalidations (rev5) Patchwork
2026-01-17  0:05 ` ✓ Xe.CI.BAT: " Patchwork
2026-01-17  2:15 ` ✓ Xe.CI.Full: " Patchwork

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=632b7eb9e844ace66638e4bd85bb618e3ba58ce1.camel@intel.com \
    --to=stuart.summers@intel.com \
    --cc=intel-xe@lists.freedesktop.org \
    --cc=matthew.brost@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