From: Umesh Nerlige Ramappa <umesh.nerlige.ramappa@intel.com>
To: Andi Shyti <andi.shyti@linux.intel.com>
Cc: intel-gfx <intel-gfx@lists.freedesktop.org>,
<drm-devel@freedesktop.org>, Andi Shyti <andi.shyti@kernel.org>,
Chris Wilson <chris.p.wilson@linux.intel.com>,
Gnattu OC <gnattuoc@me.com>,
"Joonas Lahtinen" <joonas.lahtinen@linux.intel.com>,
Matt Roper <matthew.d.roper@intel.com>,
Jian Ye <jian.ye@intel.com>
Subject: Re: [PATCH] drm/i915/gt: Fix CCS id's calculation for CCS mode setting
Date: Fri, 17 May 2024 13:43:28 -0700 [thread overview]
Message-ID: <ZkfBcAwUcc/xxXES@orsosgc001> (raw)
In-Reply-To: <20240517090616.242529-1-andi.shyti@linux.intel.com>
On Fri, May 17, 2024 at 11:06:16AM +0200, Andi Shyti wrote:
>The whole point of the previous fixes has been to change the CCS
>hardware configuration to generate only one stream available to
>the compute users. We did this by changing the info.engine_mask
>that is set during device probe, reset during the detection of
>the fused engines, and finally reset again when choosing the CCS
>mode.
>
>We can't use the engine_mask variable anymore, as with the
>current configuration, it imposes only one CCS no matter what the
>hardware configuration is.
>
>Before changing the engine_mask for the third time, save it and
>use it for calculating the CCS mode.
>
>After the previous changes, the user reported a performance drop
>to around 1/4. We have tested that the compute operations, with
>the current patch, have improved by the same factor.
>
>Fixes: 6db31251bb26 ("drm/i915/gt: Enable only one CCS for compute workload")
>Cc: Chris Wilson <chris.p.wilson@linux.intel.com>
>Cc: Gnattu OC <gnattuoc@me.com>
>Cc: Joonas Lahtinen <joonas.lahtinen@linux.intel.com>
>Cc: Matt Roper <matthew.d.roper@intel.com>
>Tested-by: Jian Ye <jian.ye@intel.com>
>---
>Hi,
>
>This ensures that all four CCS engines work properly. However,
>during the tests, Jian detected that the performance during
>memory copy assigned to the CCS engines is negatively impacted.
>
>I believe this might be expected, considering that based on the
>engines' availability, the media user might decide to reduce the
>copy in multitasking.
>
>With the upcoming work that will give the user the chance to
>configure the CCS mode, this might improve.
>
>Gnattu, can I use your kindness to ask for a test on this patch
>and check whether the performance improve on your side as well?
>
>Thanks,
>Andi
>
> drivers/gpu/drm/i915/gt/intel_engine_cs.c | 6 ++++++
> drivers/gpu/drm/i915/gt/intel_gt_ccs_mode.c | 2 +-
> drivers/gpu/drm/i915/gt/intel_gt_types.h | 8 ++++++++
> 3 files changed, 15 insertions(+), 1 deletion(-)
>
>diff --git a/drivers/gpu/drm/i915/gt/intel_engine_cs.c b/drivers/gpu/drm/i915/gt/intel_engine_cs.c
>index 5c8e9ee3b008..3b740ca25000 100644
>--- a/drivers/gpu/drm/i915/gt/intel_engine_cs.c
>+++ b/drivers/gpu/drm/i915/gt/intel_engine_cs.c
>@@ -885,6 +885,12 @@ static intel_engine_mask_t init_engine_mask(struct intel_gt *gt)
> if (IS_DG2(gt->i915)) {
> u8 first_ccs = __ffs(CCS_MASK(gt));
>
>+ /*
>+ * Store the number of active cslices before
>+ * changing the CCS engine configuration
>+ */
>+ gt->ccs.cslices = CCS_MASK(gt);
>+
> /* Mask off all the CCS engine */
> info->engine_mask &= ~GENMASK(CCS3, CCS0);
> /* Put back in the first CCS engine */
>diff --git a/drivers/gpu/drm/i915/gt/intel_gt_ccs_mode.c b/drivers/gpu/drm/i915/gt/intel_gt_ccs_mode.c
>index 99b71bb7da0a..3c62a44e9106 100644
>--- a/drivers/gpu/drm/i915/gt/intel_gt_ccs_mode.c
>+++ b/drivers/gpu/drm/i915/gt/intel_gt_ccs_mode.c
>@@ -19,7 +19,7 @@ unsigned int intel_gt_apply_ccs_mode(struct intel_gt *gt)
>
> /* Build the value for the fixed CCS load balancing */
> for (cslice = 0; cslice < I915_MAX_CCS; cslice++) {
>- if (CCS_MASK(gt) & BIT(cslice))
>+ if (gt->ccs.cslices & BIT(cslice))
> /*
> * If available, assign the cslice
> * to the first available engine...
>diff --git a/drivers/gpu/drm/i915/gt/intel_gt_types.h b/drivers/gpu/drm/i915/gt/intel_gt_types.h
>index def7dd0eb6f1..cfdd2ad5e954 100644
>--- a/drivers/gpu/drm/i915/gt/intel_gt_types.h
>+++ b/drivers/gpu/drm/i915/gt/intel_gt_types.h
>@@ -207,6 +207,14 @@ struct intel_gt {
> [MAX_ENGINE_INSTANCE + 1];
> enum intel_submission_method submission_method;
>
>+ struct {
>+ /*
>+ * Mask of the non fused CCS slices
>+ * to be used for the load balancing
>+ */
>+ intel_engine_mask_t cslices;
>+ } ccs;
>+
LGTM,
Reviewed-by: Umesh Nerlige Ramappa <umesh.nerlige.ramappa@intel.com>
> /*
> * Default address space (either GGTT or ppGTT depending on arch).
> *
>--
>2.43.0
>
next prev parent reply other threads:[~2024-05-17 20:43 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-05-17 9:06 [PATCH] drm/i915/gt: Fix CCS id's calculation for CCS mode setting Andi Shyti
2024-05-17 9:32 ` ✗ Fi.CI.CHECKPATCH: warning for " Patchwork
2024-05-17 9:32 ` ✗ Fi.CI.SPARSE: " Patchwork
2024-05-17 10:16 ` ✓ Fi.CI.BAT: success " Patchwork
2024-05-17 10:34 ` [PATCH] " Andi Shyti
2024-05-17 14:34 ` ✗ Fi.CI.IGT: failure for " Patchwork
2024-05-17 20:43 ` Umesh Nerlige Ramappa [this message]
2024-05-19 15:34 ` [PATCH] " Gnattu OC
2024-05-21 22:25 ` ✗ Fi.CI.SPARSE: warning for drm/i915/gt: Fix CCS id's calculation for CCS mode setting (rev2) Patchwork
2024-05-21 22:42 ` ✗ Fi.CI.BAT: failure " Patchwork
2024-05-22 0:26 ` ✓ Fi.CI.BAT: success for drm/i915/gt: Fix CCS id's calculation for CCS mode setting (rev3) Patchwork
2024-05-22 0:26 ` ✗ Fi.CI.SPARSE: warning " Patchwork
2024-05-22 8:51 ` [PATCH] drm/i915/gt: Fix CCS id's calculation for CCS mode setting Andi Shyti
2024-05-22 13:12 ` ✗ Fi.CI.IGT: failure for drm/i915/gt: Fix CCS id's calculation for CCS mode setting (rev3) 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=ZkfBcAwUcc/xxXES@orsosgc001 \
--to=umesh.nerlige.ramappa@intel.com \
--cc=andi.shyti@kernel.org \
--cc=andi.shyti@linux.intel.com \
--cc=chris.p.wilson@linux.intel.com \
--cc=drm-devel@freedesktop.org \
--cc=gnattuoc@me.com \
--cc=intel-gfx@lists.freedesktop.org \
--cc=jian.ye@intel.com \
--cc=joonas.lahtinen@linux.intel.com \
--cc=matthew.d.roper@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