Igt-dev Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: "Summers, Stuart" <stuart.summers@intel.com>
To: "igt-dev@lists.freedesktop.org" <igt-dev@lists.freedesktop.org>,
	"Vishwanathapura,
	Niranjana" <niranjana.vishwanathapura@intel.com>
Subject: Re: [PATCH 1/3] lib/xe/xe_spin: Enhance multi-queue switch option
Date: Thu, 7 May 2026 19:15:10 +0000	[thread overview]
Message-ID: <9575266a54ec7fbce26b586c4c70f70750ea9d83.camel@intel.com> (raw)
In-Reply-To: <20260506183137.51479-6-niranjana.vishwanathapura@intel.com>

On Wed, 2026-05-06 at 11:31 -0700, Niranjana Vishwanathapura wrote:
> From: gta <gta@DUT4637NVLP.fm.intel.com>
> 
> Allow user to control whether the multi-queue switch should
> happen after parsing the MI_SEMAPHORE_WAIT instruction or
> only if the instruction is unsuccessful in getting the
> semaphore, thus having to wait.
> 
> Ensure that in xe_exec_multi_queue@priority test, the multi-queue
> switch happens only when the spinner has to wait for the semaphore.
> 
> Signed-off-by: Niranjana Vishwanathapura
> <niranjana.vishwanathapura@intel.com>
> ---
>  lib/xe/xe_spin.c                  | 13 +++++++------
>  lib/xe/xe_spin.h                  |  6 +++++-
>  tests/intel/xe_exec_multi_queue.c |  2 +-
>  3 files changed, 13 insertions(+), 8 deletions(-)
> 
> diff --git a/lib/xe/xe_spin.c b/lib/xe/xe_spin.c
> index 4dc110c222..14952ca90e 100644
> --- a/lib/xe/xe_spin.c
> +++ b/lib/xe/xe_spin.c
> @@ -179,14 +179,15 @@ void xe_spin_init(struct xe_spin *spin, struct
> xe_spin_opts *opts)
>          * Insert a MI_SEMAPHORE_WAIT_CMD instruction with condition
> controlled
>          * by the user which acts as a queue switch point in multi
> queue mode.
>          */
> -       if (opts->multi_queue_switch) {
> +       if (opts->multi_queue_switch || opts-
> >multi_queue_switch_on_wait) {

I don't have any problem with the way you're doing this. I can see we
might want to use this without multi queue though at some point, so it
might be nice to have the switch_on_wait as an option on top of
multi_queue_switch - basically rename multi_queue_switch to
semaphore_wait or something and then add the multi_queue_switch_on_wait
as an additional option. But that also means we have to keep track of a
separate parameter in xe_spin_init_opts() and since multi queue is the
only user right now, it might be overkill.

Otherwise LGTM. Please apply the author related changes Xin had
requested before merging:
Reviewed-by: Stuart Summers <stuart.summers@intel.com>

>                 uint64_t wait_addr = opts->addr + offsetof(struct
> xe_spin, wait_cond);
> +               uint32_t sema_cmd = MI_SEMAPHORE_WAIT_CMD |
> MI_SEMAPHORE_POLL |
> +                                   MI_SEMAPHORE_SAD_EQ_SDD | 3;
>  
> -               spin->batch[b++] = MI_SEMAPHORE_WAIT_CMD |
> -                               MI_SEMAPHORE_POLL |
> -                               MI_SEMAPHORE_QUEUE_SWITCH_MODE |
> -                               MI_SEMAPHORE_SAD_EQ_SDD |
> -                               3;
> +               if (opts->multi_queue_switch_on_wait)
> +                       sema_cmd |= MI_SEMAPHORE_QUEUE_SWITCH_MODE;
> +
> +               spin->batch[b++] = sema_cmd;
>                 spin->batch[b++] = 0;
>                 spin->batch[b++] = wait_addr;
>                 spin->batch[b++] = wait_addr >> 32;
> diff --git a/lib/xe/xe_spin.h b/lib/xe/xe_spin.h
> index 31154997b9..db0febd8ab 100644
> --- a/lib/xe/xe_spin.h
> +++ b/lib/xe/xe_spin.h
> @@ -46,7 +46,10 @@ struct xe_spin_mem_copy {
>   * struct xe_spin_opts
>   * @addr: offset of spinner within vm
>   * @preempt: allow spinner to be preempted or not
> - * @multi_queue_switch: Add a multi-queue switch point
> + * @multi_queue_switch: Add a SEMAPHORE_WAIT multi-queue switch
> point
> + * and have the queue switch happen after command is parsed.
> + * @multi_queue_switch_on_wait: Add a SEMAPHORE_WAIT multi-queue
> switch point
> + * and have the queue switch only happen if waiting on the
> semaphore.
>   * @ctx_ticks: number of ticks after which spinner is stopped,
> applied if > 0
>   * @mem_copy: container of objects used for memory copy (optional)
>   *
> @@ -56,6 +59,7 @@ struct xe_spin_opts {
>         uint64_t addr;
>         bool preempt;
>         bool multi_queue_switch;
> +       bool multi_queue_switch_on_wait;
>         uint32_t ctx_ticks;
>         bool write_timestamp;
>         struct xe_spin_mem_copy *mem_copy;
> diff --git a/tests/intel/xe_exec_multi_queue.c
> b/tests/intel/xe_exec_multi_queue.c
> index 0479554bb6..6f90c3e4e8 100644
> --- a/tests/intel/xe_exec_multi_queue.c
> +++ b/tests/intel/xe_exec_multi_queue.c
> @@ -459,7 +459,7 @@ __test_priority(int fd, struct
> drm_xe_engine_class_instance *eci,
>         for (i = 0; i < num_queues; i++) {
>                 uint64_t spin_addr = addr + i * sizeof(struct
> xe_spin);
>  
> -               xe_spin_init_opts(spin[i], .addr = spin_addr,
> .multi_queue_switch = true,
> +               xe_spin_init_opts(spin[i], .addr = spin_addr,
> .multi_queue_switch_on_wait = true,
>                                   .write_timestamp = true);
>                 /*
>                  * Pre-set all spinners to preempt-wait so each
> queue, once


  parent reply	other threads:[~2026-05-07 19:15 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-05-06 18:31 [PATCH 0/3] tests/intel/xe_exec_reset: Validate multi-queue timestamping Niranjana Vishwanathapura
2026-05-06 18:31 ` [PATCH 1/3] lib/xe/xe_spin: Enhance multi-queue switch option Niranjana Vishwanathapura
2026-05-07  0:50   ` Wang, X
2026-05-07 19:15   ` Summers, Stuart [this message]
2026-05-07 20:11     ` Niranjana Vishwanathapura
2026-05-06 18:31 ` [PATCH 2/3] lib/xe/xe_spin: Add option for QUEUE_TIMESTAMP Niranjana Vishwanathapura
2026-05-07 19:23   ` Summers, Stuart
2026-05-07 19:41     ` Umesh Nerlige Ramappa
2026-05-07 20:05       ` Summers, Stuart
2026-05-07 20:07       ` Niranjana Vishwanathapura
2026-05-06 18:31 ` [PATCH 3/3] tests/intel/xe_exec_reset: Add multi-queue long spin tests Niranjana Vishwanathapura
2026-05-07 19:37   ` Summers, Stuart
2026-05-07 20:11     ` Niranjana Vishwanathapura

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=9575266a54ec7fbce26b586c4c70f70750ea9d83.camel@intel.com \
    --to=stuart.summers@intel.com \
    --cc=igt-dev@lists.freedesktop.org \
    --cc=niranjana.vishwanathapura@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