From: "Thomas Hellström" <thomas.hellstrom@linux.intel.com>
To: Francois Dugast <francois.dugast@intel.com>,
igt-dev@lists.freedesktop.org
Subject: Re: [PATCH i-g-t 09/11] lib/intel_compute: Fix enqueued local size in xehp
Date: Thu, 13 Mar 2025 15:48:04 +0100 [thread overview]
Message-ID: <4edd2330ffc8c9f800f2c8fdd234060ffe6d4623.camel@linux.intel.com> (raw)
In-Reply-To: <20250311152321.16497-10-francois.dugast@intel.com>
On Tue, 2025-03-11 at 16:21 +0100, Francois Dugast wrote:
> According to the metadata of the compute kernel used for this test,
> the
> enqueued_local_size comes at offset 52, right after the value of the
> "count" argument. Fix it and add comments for clarity.
>
> Relevant part of the kernel metadata:
>
> - arg_type: arg_bypointer
> offset: 32
> size: 8
> arg_index: 0
> addrmode: stateless
> addrspace: global
> access_type: readwrite
> - arg_type: arg_bypointer
> offset: 40
> size: 8
> arg_index: 1
> addrmode: stateless
> addrspace: global
> access_type: readwrite
> - arg_type: arg_byvalue
> offset: 48
> size: 4
> arg_index: 2
> - arg_type: enqueued_local_size
> offset: 52
> size: 12
>
> Signed-off-by: Francois Dugast <francois.dugast@intel.com>
Reviewed-by: Thomas Hellström <thomas.hellstrom@linux.intel.com>
> ---
> lib/intel_compute.c | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/lib/intel_compute.c b/lib/intel_compute.c
> index 7a2e04b10..f5b3a88f0 100644
> --- a/lib/intel_compute.c
> +++ b/lib/intel_compute.c
> @@ -781,12 +781,12 @@ static void xehp_create_indirect_data(uint32_t
> *addr_bo_buffer_batch,
> addr_bo_buffer_batch[b++] = addr_output & 0xffffffff;
> addr_bo_buffer_batch[b++] = addr_output >> 32;
> addr_bo_buffer_batch[b++] = loop_count;
> + addr_bo_buffer_batch[b++] = 0x00000400; // Enqueued local
> size X
> + addr_bo_buffer_batch[b++] = 0x00000001; // Enqueued local
> size Y
> + addr_bo_buffer_batch[b++] = 0x00000001; // Enqueued local
> size Z
> addr_bo_buffer_batch[b++] = 0x00000000;
> addr_bo_buffer_batch[b++] = 0x00000000;
> addr_bo_buffer_batch[b++] = 0x00000000;
> - addr_bo_buffer_batch[b++] = 0x00000400;
> - addr_bo_buffer_batch[b++] = 0x00000001;
> - addr_bo_buffer_batch[b++] = 0x00000001;
> addr_bo_buffer_batch[b++] = 0x00000000;
> addr_bo_buffer_batch[b++] = 0x00000000;
> addr_bo_buffer_batch[b++] = 0x00000000;
next prev parent reply other threads:[~2025-03-13 14:49 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-03-11 15:21 [PATCH i-g-t 00/11] Prepare lib/intel_compute for SVM/system allocator, part 2 Francois Dugast
2025-03-11 15:21 ` [PATCH i-g-t 01/11] lib/intel_compute: Use common constant for surface state size Francois Dugast
2025-03-13 14:28 ` Thomas Hellström
2025-03-11 15:21 ` [PATCH i-g-t 02/11] lib/intel_compute: Use common constant for dynamic " Francois Dugast
2025-03-13 14:30 ` Thomas Hellström
2025-03-11 15:21 ` [PATCH i-g-t 03/11] lib/intel_compute: Use common constant for indirect object size Francois Dugast
2025-03-13 15:35 ` Thomas Hellström
2025-03-11 15:21 ` [PATCH i-g-t 04/11] lib/intel_compute: Use common constant for binding table size Francois Dugast
2025-03-13 14:31 ` Thomas Hellström
2025-03-13 14:34 ` Thomas Hellström
2025-03-11 15:21 ` [PATCH i-g-t 05/11] lib/intel_compute: Use common constant for general state size Francois Dugast
2025-03-13 14:35 ` Thomas Hellström
2025-03-11 15:21 ` [PATCH i-g-t 06/11] lib/intel_compute: Use constant for binding table address Francois Dugast
2025-03-13 14:41 ` Thomas Hellström
2025-03-11 15:21 ` [PATCH i-g-t 07/11] lib/intel_compute: Compact memory map Francois Dugast
2025-03-13 14:44 ` Thomas Hellström
2025-03-11 15:21 ` [PATCH i-g-t 08/11] lib/intel_compute: Relocate input and output objects Francois Dugast
2025-03-13 14:45 ` Thomas Hellström
2025-03-11 15:21 ` [PATCH i-g-t 09/11] lib/intel_compute: Fix enqueued local size in xehp Francois Dugast
2025-03-13 14:48 ` Thomas Hellström [this message]
2025-03-11 15:21 ` [PATCH i-g-t 10/11] lib/intel_compute: Use constants for thread groups and local work size Francois Dugast
2025-03-13 15:09 ` Thomas Hellström
2025-03-11 15:21 ` [PATCH i-g-t 11/11] lib/intel_compute: Make array size a dynamic parameter Francois Dugast
2025-03-13 15:33 ` Thomas Hellström
2025-03-12 2:44 ` ✗ Xe.CI.BAT: failure for Prepare lib/intel_compute for SVM/system allocator, part 2 Patchwork
2025-03-12 3:08 ` ✓ i915.CI.BAT: success " Patchwork
2025-03-12 14:16 ` ✓ i915.CI.Full: " Patchwork
2025-03-12 18:21 ` ✗ Xe.CI.Full: failure " 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=4edd2330ffc8c9f800f2c8fdd234060ffe6d4623.camel@linux.intel.com \
--to=thomas.hellstrom@linux.intel.com \
--cc=francois.dugast@intel.com \
--cc=igt-dev@lists.freedesktop.org \
/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