From: Rodrigo Vivi <rodrigo.vivi@intel.com>
To: Stuart Summers <stuart.summers@intel.com>
Cc: <intel-xe@lists.freedesktop.org>, <riana.tauro@intel.com>,
<anoop.c.vijay@intel.com>
Subject: Re: [PATCH 2/3] drm/xe: Process device OOB workarounds during early info init
Date: Wed, 11 Nov 2026 14:57:38 -0500 [thread overview]
Message-ID: <avTIsmNyx96rMfWP@intel.com> (raw)
In-Reply-To: <20261104215353.234314-7-stuart.summers@intel.com>
On Wed, Nov 04, 2026 at 09:53:55PM +0000, Stuart Summers wrote:
> Device OOB workarounds only match on platform, subplatform and platform
> step, all of which are known once xe_info_init_early() has copied them
> out of the device descriptor. Processing them there instead of in
> xe_device_probe_early() makes XE_DEVICE_WA() usable for the rest of
> early probe, which runs before xe_device_probe_early().
>
> While moving the call, check the return value of xe_wa_device_init(),
> which the old call site silently dropped.
>
> Signed-off-by: Stuart Summers <stuart.summers@intel.com>
> ---
> drivers/gpu/drm/xe/xe_device.c | 3 ---
> drivers/gpu/drm/xe/xe_pci.c | 14 ++++++++++++++
> 2 files changed, 14 insertions(+), 3 deletions(-)
>
> diff --git a/drivers/gpu/drm/xe/xe_device.c b/drivers/gpu/drm/xe/xe_device.c
> index 273e2c45fea9..ae28584e1e95 100644
> --- a/drivers/gpu/drm/xe/xe_device.c
> +++ b/drivers/gpu/drm/xe/xe_device.c
> @@ -712,9 +712,6 @@ int xe_device_probe_early(struct xe_device *xe)
> {
> int err;
>
> - xe_wa_device_init(xe);
> - xe_wa_process_device_oob(xe);
> -
> err = xe_mmio_probe_early(xe);
> if (err)
> return err;
> diff --git a/drivers/gpu/drm/xe/xe_pci.c b/drivers/gpu/drm/xe/xe_pci.c
> index ba23ec60477b..ee3766e2b938 100644
> --- a/drivers/gpu/drm/xe/xe_pci.c
> +++ b/drivers/gpu/drm/xe/xe_pci.c
> @@ -15,6 +15,8 @@
> #include <drm/drm_drv.h>
> #include <drm/intel/pciids.h>
>
> +#include <generated/xe_device_wa_oob.h>
> +
> #include "display/xe_display.h"
> #include "regs/xe_gt_regs.h"
> #include "regs/xe_regs.h"
> @@ -39,6 +41,7 @@
> #include "xe_survivability_mode.h"
> #include "xe_tile.h"
> #include "xe_tile_printk.h"
> +#include "xe_wa.h"
>
> enum toggle_d3cold {
> D3COLD_DISABLE,
> @@ -794,6 +797,17 @@ static int xe_info_init_early(struct xe_device *xe,
> xe->info.subplatform = subplatform_desc ?
> subplatform_desc->subplatform : XE_SUBPLATFORM_NONE;
>
> + /*
> + * Device OOB workarounds only match on platform, subplatform and
> + * platform step, which are all known by now, so process them here and
> + * make XE_DEVICE_WA() usable for the remainder of early probe.
> + */
I don't believe this comment is necessary here. Probably AI being over verbose?
Anyway,
Reviewed-by: Rodrigo Vivi <rodrigo.vivi@intel.com>
> + err = xe_wa_device_init(xe);
> + if (err)
> + return err;
> +
> + xe_wa_process_device_oob(xe);
> +
> xe->info.dma_mask_size = desc->dma_mask_size;
> xe->info.va_bits = desc->va_bits;
> xe->info.vm_max_level = desc->vm_max_level;
> --
> 2.43.0
>
next prev parent reply other threads:[~2026-11-11 19:57 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-11-04 21:53 [PATCH 0/3] Add a few sysctrl refactors in preparation for Stuart Summers
2026-11-04 21:53 ` [PATCH 1/3] drm/xe/sysctrl: Use preallocated mailbox staging buffers Stuart Summers
2026-11-11 19:56 ` Rodrigo Vivi
2026-11-04 21:53 ` [PATCH 2/3] drm/xe: Process device OOB workarounds during early info init Stuart Summers
2026-11-11 19:57 ` Rodrigo Vivi [this message]
2026-11-04 21:53 ` [PATCH 3/3] drm/xe/sysctrl: Restore the SoC remapper on every runtime resume Stuart Summers
2026-11-11 19:55 ` Rodrigo Vivi
2026-11-04 21:55 ` [PATCH 0/3] Add a few sysctrl refactors in preparation for Summers, Stuart
2026-11-04 22:40 ` ✓ CI.KUnit: success for " Patchwork
2026-11-04 23:13 ` ✓ Xe.CI.BAT: " Patchwork
2026-11-05 6:30 ` ✓ CI.KUnit: success for Add a few sysctrl refactors in preparation for (rev2) Patchwork
2026-11-05 7:09 ` ✓ Xe.CI.BAT: " Patchwork
2026-11-06 0:38 ` ✓ Xe.CI.FULL: " 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=avTIsmNyx96rMfWP@intel.com \
--to=rodrigo.vivi@intel.com \
--cc=anoop.c.vijay@intel.com \
--cc=intel-xe@lists.freedesktop.org \
--cc=riana.tauro@intel.com \
--cc=stuart.summers@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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.