From: Lukasz Laguna <lukasz.laguna@intel.com>
To: intel-xe@lists.freedesktop.org
Cc: michal.wajdeczko@intel.com, rodrigo.vivi@intel.com,
lukasz.laguna@intel.com
Subject: [PATCH v12 0/4] drm/xe: Improve wedged mode handling
Date: Wed, 7 Jan 2026 18:47:37 +0100 [thread overview]
Message-ID: <20260107174741.29163-1-lukasz.laguna@intel.com> (raw)
Prevent the VF from attempting to update the GuC reset policy when
changing the wedged mode, as this operation is not supported on VFs.
Additionally, validate the wedged_mode module parameter input, update
the driver's internal wedged.mode state only after successful reset
policy change, and allow setting wedged_mode=2 only in debug builds
if running as PF.
v1: https://patchwork.freedesktop.org/series/148214/#rev1
v2: Replace magic numbers with definitions (Matt, Michal)
Use helper to sanitize wedged_mode (Michal)
Change debug messages (Michal)
Reorder patches (Michal)
Add fixes tag (Matt)
v3: Rename xe_device_wedged_mode_validate to
xe_device_validate_wedged_mode (Michal)
Make enum nameless (Michal)
Add default field in enum (Michal)
Change names of enum fields to match modparam description (Michal)
v4: Fix GuC reset policy update
Replace missing magic numbers with definitions
Update debug message
v5: Remove old rb-s from the patch that changed
v6: Use string names instead of enum values in log messages (Michal)
Handle inconsistent reset policy state between GTs (Michal)
Use bool param in function toggling reset policy (Michal)
Update commits titles and descriptions (Michal)
v7: Rebase series (Lukasz)
Rename helpers (Michal, Lukasz)
Split complex condition into smaller, separate ones (Michal)
Don't introduce XE_WEDGED_MODE_MISCONFIGURED enum field (Michal)
Add needs_policy_update helper (Michal)
v8: Apply missing rb (Lukasz)
v9: Simplify conditions (Rodrigo)
v10: Define enum outside of the xe_device struct
Fix description of module parameter (Michal)
v11: Update the Xe Device Wedging doc (Rodrigo)
Provide a more detailed commit description (Rodrigo)
v12: Rename helpers to make wedged mode context explicit (Rodrigo)
Lukasz Laguna (4):
drm/xe: Validate wedged_mode parameter and define enum for modes
drm/xe: Update wedged.mode only after successful reset policy change
drm/xe/vf: Disallow setting wedged mode to upon-any-hang
drm/xe/pf: Allow upon-any-hang wedged mode only in debug config
drivers/gpu/drm/xe/xe_debugfs.c | 75 ++++++++++++++++++++++------
drivers/gpu/drm/xe/xe_device.c | 60 +++++++++++++++++++---
drivers/gpu/drm/xe/xe_device.h | 2 +
drivers/gpu/drm/xe/xe_device_types.h | 23 ++++++++-
drivers/gpu/drm/xe/xe_guc_ads.c | 16 +++---
drivers/gpu/drm/xe/xe_guc_ads.h | 5 +-
drivers/gpu/drm/xe/xe_guc_capture.c | 9 +++-
drivers/gpu/drm/xe/xe_guc_submit.c | 7 +--
drivers/gpu/drm/xe/xe_module.c | 10 ++--
drivers/gpu/drm/xe/xe_module.h | 2 +-
10 files changed, 170 insertions(+), 39 deletions(-)
--
2.40.0
next reply other threads:[~2026-01-07 17:47 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-01-07 17:47 Lukasz Laguna [this message]
2026-01-07 17:47 ` [PATCH v12 1/4] drm/xe: Validate wedged_mode parameter and define enum for modes Lukasz Laguna
2026-01-07 17:47 ` [PATCH v12 2/4] drm/xe: Update wedged.mode only after successful reset policy change Lukasz Laguna
2026-01-08 21:06 ` Rodrigo Vivi
2026-01-18 14:39 ` Thomas Hellström
2026-01-20 8:27 ` Laguna, Lukasz
2026-01-07 17:47 ` [PATCH v12 3/4] drm/xe/vf: Disallow setting wedged mode to upon-any-hang Lukasz Laguna
2026-01-07 17:47 ` [PATCH v12 4/4] drm/xe/pf: Allow upon-any-hang wedged mode only in debug config Lukasz Laguna
2026-01-07 17:55 ` ✓ CI.KUnit: success for drm/xe: Improve wedged mode handling (rev12) Patchwork
2026-01-07 18:33 ` ✓ Xe.CI.BAT: " Patchwork
2026-01-07 19:54 ` ✗ 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=20260107174741.29163-1-lukasz.laguna@intel.com \
--to=lukasz.laguna@intel.com \
--cc=intel-xe@lists.freedesktop.org \
--cc=michal.wajdeczko@intel.com \
--cc=rodrigo.vivi@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