From: Matt Roper <matthew.d.roper@intel.com>
To: Matt Atwood <matthew.s.atwood@intel.com>
Cc: <intel-xe@lists.freedesktop.org>,
Tejas Upadhyay <tejas.upadhyay@intel.com>
Subject: Re: [PATCH 5/9] drm/xe/xe3: Extend wa_15015404425 for xe3
Date: Wed, 11 Sep 2024 13:17:06 -0700 [thread overview]
Message-ID: <20240911201706.GM5091@mdroper-desk1.amr.corp.intel.com> (raw)
In-Reply-To: <20240906235239.GZ5774@mdroper-desk1.amr.corp.intel.com>
On Fri, Sep 06, 2024 at 04:52:39PM -0700, Matt Roper wrote:
> On Fri, Sep 06, 2024 at 02:51:49PM -0700, Matt Atwood wrote:
> > From: Tejas Upadhyay <tejas.upadhyay@intel.com>
> >
> > wa_15015404425 applies to xe3 A0 step as well.
>
> The workaround database can be a bit confusing for this one because the
> workaround is technically a platform / SoC workaround rather than a
> graphics workaround so it doesn't show up in the normal manner in the
> regular database we look at. But that means this is "PTL A0" (the
> platform) not "Xe3 A0" (the GPU). And that also means...
>
> >
> > V2:
> > - make condition check simple(guludo)
> >
> > Signed-off-by: Tejas Upadhyay <tejas.upadhyay@intel.com>
> > Signed-off-by: Matt Atwood <matthew.s.atwood@intel.com>
> > ---
> > drivers/gpu/drm/xe/xe_mmio.c | 12 ++++++------
> > 1 file changed, 6 insertions(+), 6 deletions(-)
> >
> > diff --git a/drivers/gpu/drm/xe/xe_mmio.c b/drivers/gpu/drm/xe/xe_mmio.c
> > index 3fd462fda625..4c3f07d89622 100644
> > --- a/drivers/gpu/drm/xe/xe_mmio.c
> > +++ b/drivers/gpu/drm/xe/xe_mmio.c
> > @@ -184,12 +184,12 @@ static void mmio_flush_pending_writes(struct xe_gt *gt)
> > struct xe_tile *tile = gt_to_tile(gt);
> > int i;
> >
> > - if (tile->xe->info.platform != XE_LUNARLAKE)
> > - return;
> > -
> > - /* 4 dummy writes */
> > - for (i = 0; i < 4; i++)
> > - writel(0, tile->mmio.regs + DUMMY_REG_OFFSET);
> > + if (tile->xe->info.platform == XE_LUNARLAKE ||
> > + (tile->xe->info.platform == XE_PANTHERLAKE &&
> > + tile->xe->info.step.graphics == STEP_A0))
>
> ...that the graphics stepping isn't really what we should be checking
> here either. While it's likely true that A0 graphics are paired with A0
> SoC, we can't say for certain that, for example, A1 graphics won't also
> be paired with A0 SoC or that A0 graphics won't be paired with A1 SoC,
> etc.
>
> To handle this properly, this is one of the cases where we really should
> be looking at the PCI revid to infer an SoC stepping rather than the
> GMD_ID's graphics stepping.
I also just noticed that this commit is broken since XE_PANTHERLAKE
isn't defined yet.
Matt
>
>
> Matt
>
> > + /* 4 dummy writes */
> > + for (i = 0; i < 4; i++)
> > + writel(0, tile->mmio.regs + DUMMY_REG_OFFSET);
> > }
> >
> > u8 xe_mmio_read8(struct xe_gt *gt, struct xe_reg reg)
> > --
> > 2.44.0
> >
>
> --
> Matt Roper
> Graphics Software Engineer
> Linux GPU Platform Enablement
> Intel Corporation
--
Matt Roper
Graphics Software Engineer
Linux GPU Platform Enablement
Intel Corporation
next prev parent reply other threads:[~2024-09-11 20:17 UTC|newest]
Thread overview: 29+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-09-06 21:51 [PATCH 0/9] Add Xe3 and Panther Lake support Matt Atwood
2024-09-06 21:51 ` [PATCH 1/9] drm/xe/xe3: Xe3 uses the same PAT settings as Xe2 Matt Atwood
2024-09-06 22:39 ` Rodrigo Vivi
2024-09-06 23:12 ` Lucas De Marchi
2024-09-06 21:51 ` [PATCH 2/9] drm/xe/xe3: Define Xe3 feature flags Matt Atwood
2024-09-06 23:34 ` Matt Roper
2024-09-06 21:51 ` [PATCH 3/9] drm/xe/xe3: Generate and store the L3 bank mask Matt Atwood
2024-09-06 23:43 ` Matt Roper
2024-09-09 12:15 ` Francois Dugast
2024-09-06 21:51 ` [PATCH 4/9] drm/xe/xe3: Add initial set of workarounds Matt Atwood
2024-09-11 18:03 ` Matt Roper
2024-09-06 21:51 ` [PATCH 5/9] drm/xe/xe3: Extend wa_15015404425 for xe3 Matt Atwood
2024-09-06 23:52 ` Matt Roper
2024-09-11 20:17 ` Matt Roper [this message]
2024-09-06 21:51 ` [PATCH 6/9] drm/xe/xe3lpm: Add new "instance0" steering table Matt Atwood
2024-09-06 21:51 ` [PATCH 7/9] drm/xe/ptl: PTL re-uses Xe2 MOCS table Matt Atwood
2024-09-10 6:16 ` Chauhan, Shekhar
2024-09-06 21:51 ` [PATCH 8/9] drm/xe/ptl: Add performance tuning settings for PTL Matt Atwood
2024-09-06 23:55 ` Matt Roper
2024-09-10 6:37 ` Chauhan, Shekhar
2024-09-06 21:51 ` [PATCH 9/9] drm/xe/ptl: Add PTL platform definition Matt Atwood
2024-09-06 23:56 ` Matt Roper
2024-09-12 16:56 ` Matt Roper
2024-09-06 23:31 ` ✗ CI.checkpatch: warning for Add Xe3 and Panther Lake support Patchwork
2024-09-06 23:32 ` ✓ CI.KUnit: success " Patchwork
2024-09-06 23:44 ` ✓ CI.Build: " Patchwork
2024-09-06 23:46 ` ✓ CI.Hooks: " Patchwork
2024-09-06 23:48 ` ✓ CI.checksparse: " Patchwork
2024-09-07 0:30 ` ✓ CI.BAT: " 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=20240911201706.GM5091@mdroper-desk1.amr.corp.intel.com \
--to=matthew.d.roper@intel.com \
--cc=intel-xe@lists.freedesktop.org \
--cc=matthew.s.atwood@intel.com \
--cc=tejas.upadhyay@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