From: Daniele Ceraolo Spurio <daniele.ceraolospurio@intel.com>
To: Sk Anirban <sk.anirban@intel.com>, <intel-xe@lists.freedesktop.org>
Cc: <anshuman.gupta@intel.com>, <badal.nilawar@intel.com>,
<riana.tauro@intel.com>, <karthik.poosa@intel.com>,
<raag.jadav@intel.com>, <soham.purkait@intel.com>,
<mallesh.koujalagi@intel.com>, <vinay.belgaumkar@intel.com>,
<nishanth.p.reddy@intel.com>, <rodrigo.vivi@intel.com>,
<matthew.d.roper@intel.com>
Subject: Re: [PATCH v4 1/1] drm/xe/guc: Add Wa_14025883347 for GuC DMA failure on reset
Date: Mon, 2 Feb 2026 11:47:18 -0800 [thread overview]
Message-ID: <1d343871-4872-4ad8-860c-6f75312eb9f0@intel.com> (raw)
In-Reply-To: <20260202105313.3338094-4-sk.anirban@intel.com>
On 2/2/2026 2:53 AM, Sk Anirban wrote:
> Prevent GuC firmware DMA failures during GuC-only reset by disabling
> idle flow and verifying SRAM handling completion. Without this, reset
> can be issued while SRAM handler is copying WOPCM to SRAM,
> causing GuC HW to get stuck.
>
> v2: Modify error message (Badal)
> Rename reg bit name (Daniele)
> Update WA skip condition (Daniele)
> Update SRAM handling logic (Daniele)
> v3: Reorder WA call (Badal)
> Wait for GuC ready status (Daniele)
> v4: Update reg name (Badal)
> Add comment (Daniele)
> Add extended graphics version (Daniele)
> Modify rules
>
> Signed-off-by: Sk Anirban <sk.anirban@intel.com>
> ---
> drivers/gpu/drm/xe/regs/xe_guc_regs.h | 8 ++++++
> drivers/gpu/drm/xe/xe_guc.c | 38 +++++++++++++++++++++++++++
> drivers/gpu/drm/xe/xe_wa_oob.rules | 3 +++
> 3 files changed, 49 insertions(+)
>
> diff --git a/drivers/gpu/drm/xe/regs/xe_guc_regs.h b/drivers/gpu/drm/xe/regs/xe_guc_regs.h
> index 87984713dd12..5faac8316b66 100644
> --- a/drivers/gpu/drm/xe/regs/xe_guc_regs.h
> +++ b/drivers/gpu/drm/xe/regs/xe_guc_regs.h
> @@ -40,6 +40,9 @@
> #define GS_BOOTROM_JUMP_PASSED REG_FIELD_PREP(GS_BOOTROM_MASK, 0x76)
> #define GS_MIA_IN_RESET REG_BIT(0)
>
> +#define BOOT_HASH_CHK XE_REG(0xc010)
> +#define GUC_BOOT_UKERNEL_VALID REG_BIT(31)
> +
> #define GUC_HEADER_INFO XE_REG(0xc014)
>
> #define GUC_WOPCM_SIZE XE_REG(0xc050)
> @@ -83,7 +86,12 @@
> #define GUC_WOPCM_OFFSET_MASK REG_GENMASK(31, GUC_WOPCM_OFFSET_SHIFT)
> #define HUC_LOADING_AGENT_GUC REG_BIT(1)
> #define GUC_WOPCM_OFFSET_VALID REG_BIT(0)
> +
> +#define GUC_SRAM_STATUS XE_REG(0xc398)
> +#define GUC_SRAM_HANDLING_MASK REG_GENMASK(8, 7)
> +
> #define GUC_MAX_IDLE_COUNT XE_REG(0xc3e4)
> +#define GUC_IDLE_FLOW_DISABLE REG_BIT(31)
> #define GUC_PMTIMESTAMP_LO XE_REG(0xc3e8)
> #define GUC_PMTIMESTAMP_HI XE_REG(0xc3ec)
>
> diff --git a/drivers/gpu/drm/xe/xe_guc.c b/drivers/gpu/drm/xe/xe_guc.c
> index 2efc4678fa73..369b5a8f129a 100644
> --- a/drivers/gpu/drm/xe/xe_guc.c
> +++ b/drivers/gpu/drm/xe/xe_guc.c
> @@ -911,6 +911,41 @@ int xe_guc_post_load_init(struct xe_guc *guc)
> return xe_guc_submit_enable(guc);
> }
>
> +/*
> + * Wa_14025883347: Prevent GuC firmware DMA failures during GuC-only reset by ensuring
> + * SRAM save/restore operations are complete before reset.
> + */
> +static void guc_prevent_fw_dma_failure_on_reset(struct xe_guc *guc)
> +{
> + struct xe_gt *gt = guc_to_gt(guc);
> + u32 boot_hash_chk, guc_status, sram_status;
> + int ret;
> +
> + guc_status = xe_mmio_read32(>->mmio, GUC_STATUS);
> + if (guc_status & GS_MIA_IN_RESET)
> + return;
> +
> + boot_hash_chk = xe_mmio_read32(>->mmio, BOOT_HASH_CHK);
> + if (!(boot_hash_chk & GUC_BOOT_UKERNEL_VALID))
> + return;
> +
> + /* Disable idle flow during reset (GuC reset re-enables it automatically) */
> + xe_mmio_rmw32(>->mmio, GUC_MAX_IDLE_COUNT, 0, GUC_IDLE_FLOW_DISABLE);
> +
> + ret = xe_mmio_wait32(>->mmio, GUC_STATUS, GS_UKERNEL_MASK,
> + FIELD_PREP(GS_UKERNEL_MASK, XE_GUC_LOAD_STATUS_READY),
> + 100000, &guc_status, false);
> + if (ret)
> + xe_gt_warn(gt, "GuC not ready after disabling idle flow (GUC_STATUS: 0x%x)\n",
> + guc_status);
> +
> + ret = xe_mmio_wait32(>->mmio, GUC_SRAM_STATUS, GUC_SRAM_HANDLING_MASK,
> + 0, 5000, &sram_status, false);
> + if (ret)
> + xe_gt_warn(gt, "SRAM handling not complete (GUC_SRAM_STATUS: 0x%x)\n",
> + sram_status);
> +}
> +
> int xe_guc_reset(struct xe_guc *guc)
> {
> struct xe_gt *gt = guc_to_gt(guc);
> @@ -923,6 +958,9 @@ int xe_guc_reset(struct xe_guc *guc)
> if (IS_SRIOV_VF(gt_to_xe(gt)))
> return xe_gt_sriov_vf_bootstrap(gt);
>
> + if (XE_GT_WA(gt, 14025883347))
> + guc_prevent_fw_dma_failure_on_reset(guc);
> +
> xe_mmio_write32(mmio, GDRST, GRDOM_GUC);
>
> ret = xe_mmio_wait32(mmio, GDRST, GRDOM_GUC, 0, 5000, &gdrst, false);
> diff --git a/drivers/gpu/drm/xe/xe_wa_oob.rules b/drivers/gpu/drm/xe/xe_wa_oob.rules
> index 5cd7fa6d2a5c..ac08f94f90a1 100644
> --- a/drivers/gpu/drm/xe/xe_wa_oob.rules
> +++ b/drivers/gpu/drm/xe/xe_wa_oob.rules
> @@ -73,3 +73,6 @@
> 15015404425_disable PLATFORM(PANTHERLAKE), MEDIA_STEP(B0, FOREVER)
> 16026007364 MEDIA_VERSION(3000)
> 14020316580 MEDIA_VERSION(1301)
> +
> +14025883347 MEDIA_VERSION_RANGE(1301, 3503)
> + GRAPHICS_VERSION_RANGE(2004, 3005)
We usually avoid having these big ranges in the WA table, in case a new
derivative gets introduced that doesn't require the WA. If you think it
is justified in this case, please get an ack from the platform enabling
side.
Apart from this the patch LGTM, so I'll give my r-b if you get the ack.
Daniele
next prev parent reply other threads:[~2026-02-02 19:47 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-02-02 10:53 [PATCH v4 0/1] drm/xe/guc: Add Wa_14025883347 for GuC DMA failure on reset Sk Anirban
2026-02-02 10:53 ` [PATCH v4 1/1] " Sk Anirban
2026-02-02 19:47 ` Daniele Ceraolo Spurio [this message]
2026-02-03 23:36 ` Matt Roper
2026-02-04 18:55 ` Daniele Ceraolo Spurio
2026-02-06 11:34 ` Nilawar, Badal
2026-02-02 20:38 ` ✓ CI.KUnit: success for drm/xe/guc: Add Wa_14025883347 for GuC DMA failure on reset (rev4) Patchwork
2026-02-02 21:11 ` ✓ Xe.CI.BAT: " Patchwork
2026-02-09 20:02 ` Matt Roper
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=1d343871-4872-4ad8-860c-6f75312eb9f0@intel.com \
--to=daniele.ceraolospurio@intel.com \
--cc=anshuman.gupta@intel.com \
--cc=badal.nilawar@intel.com \
--cc=intel-xe@lists.freedesktop.org \
--cc=karthik.poosa@intel.com \
--cc=mallesh.koujalagi@intel.com \
--cc=matthew.d.roper@intel.com \
--cc=nishanth.p.reddy@intel.com \
--cc=raag.jadav@intel.com \
--cc=riana.tauro@intel.com \
--cc=rodrigo.vivi@intel.com \
--cc=sk.anirban@intel.com \
--cc=soham.purkait@intel.com \
--cc=vinay.belgaumkar@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