From: "Summers, Stuart" <stuart.summers@intel.com>
To: "Summers, Stuart" <stuart.summers@intel.com>
Cc: "intel-xe@lists.freedesktop.org" <intel-xe@lists.freedesktop.org>,
"Lin, Shuicheng" <shuicheng.lin@intel.com>,
"Vivi, Rodrigo" <rodrigo.vivi@intel.com>,
"Roper, Matthew D" <matthew.d.roper@intel.com>,
"Brost, Matthew" <matthew.brost@intel.com>,
"Wajdeczko, Michal" <michal.wajdeczko@intel.com>,
"Nerlige Ramappa, Umesh" <umesh.nerlige.ramappa@intel.com>,
"Ceraolo Spurio, Daniele" <daniele.ceraolospurio@intel.com>
Subject: Re: [PATCH 0/9] Add new debug infrastructure for configfs
Date: Mon, 4 May 2026 04:54:17 +0000 [thread overview]
Message-ID: <533180ac389da97c36e56942bb89af116f1bec50.camel@intel.com> (raw)
In-Reply-To: <20260504044348.209625-1-stuart.summers@intel.com>
On Mon, 2026-05-04 at 04:43 +0000, Stuart Summers wrote:
> Add a new configfs debug group. The intent of this structure is
> to allow us to separate ABI facing configfs entries from those
> which are purely for debug purposes. And it allows us more
> flexibility
> in how we define those parameters used for debug.
>
> Add a new infrastructure to this debug configfs group that lets us
> easily define the parameters in a quick list. This is primarily
> useful for simple, single-type parameters such as enable/disable
> features or simple values passed. For more complex parameters,
> we will still need to define these separately.
>
> Pull the GuC target related changes from [1] to fit within
> this new structure and add a new definition for guc_log_level
> on top of the existing module parameter (to ensure we aren't
> impacting existing users of the module parameter).
>
> Note that the debug parameters here are all to be used "at your
> own risk". Without having in depth knowledge of how these impact
> the software and hardware, there could be unforeseen consequences
> of setting them. As such, they are all wrapped in a
> CONFIG_DRM_XE_DEBUG configfs option.
>
> In terms of the patches here, I'm also making a few organizational
> changes like naming and sorting. I also know we have a few other
> module parameters that could migrate here, but I didn't want to
> overload this series too much, so the focus for now is on
> the existing configfs entries and demonstrating the new structures
> with the GuC log level and target parameters.
>
> I used GitHub Copilot with Claude pretty extensively through the
> process here and attributed as such. Happy to answer any questions
> around this.
>
> I also decided to drop John Harrison from the NPK patch. It has
> been modified quite a bit from the original, but more importantly
> John is no longer with Intel and that email address isn't available
> any more. If it makes a difference here, John and I had both
> separately
> implemented this same change at different occasions for debug. The
> one I used to start that initial series was cherry-picked from his
> latest variant.
Quick note here that I still need to do some IGT updates here to take
the new directory structure into account... I did a little manual
testing so far. But I'd really appreciate any feedback you have in the
meantime. I just want to make sure there aren't any major complaints
with the overall idea here.
Thanks,
Stuart
>
> Tested on BMG.
>
> [1] https://patchwork.freedesktop.org/series/162087/
>
> Stuart Summers (9):
> drm/xe: Rename survivability_mode to enable_survivability_mode
> drm/xe: Sort xe_config_device fields and defaults alphabetically
> drm/xe: Split out configfs data structures
> drm/xe: Add a new debug focused configfs group
> drm/xe: Move debug configfs entries to xe_configfs_debug.c
> drm/xe/guc: Add configfs support for guc_log_level
> drm/xe/guc: Add support for NPK as a GuC log target
> drm/xe: Add infrastructure for debug configfs parameters
> drm/xe: Migrate existing debug configfs entries to params
> infrastructure
>
> drivers/gpu/drm/xe/Makefile | 2 +
> drivers/gpu/drm/xe/abi/guc_log_abi.h | 8 +
> drivers/gpu/drm/xe/xe_configfs.c | 952 ++--------------
> --
> drivers/gpu/drm/xe/xe_configfs.h | 23 -
> drivers/gpu/drm/xe/xe_configfs_debug.c | 900
> +++++++++++++++++
> drivers/gpu/drm/xe/xe_configfs_debug.h | 56 ++
> drivers/gpu/drm/xe/xe_configfs_debug_params.c | 112 +++
> drivers/gpu/drm/xe/xe_configfs_debug_params.h | 127 +++
> drivers/gpu/drm/xe/xe_configfs_types.h | 73 ++
> drivers/gpu/drm/xe/xe_defaults.h | 5 +
> drivers/gpu/drm/xe/xe_guc.c | 12 +-
> drivers/gpu/drm/xe/xe_guc_log.c | 3 +-
> drivers/gpu/drm/xe/xe_hw_engine.c | 1 +
> drivers/gpu/drm/xe/xe_lrc.c | 1 +
> drivers/gpu/drm/xe/xe_pci.c | 1 +
> drivers/gpu/drm/xe/xe_psmi.c | 1 +
> drivers/gpu/drm/xe/xe_rtp.c | 1 +
> drivers/gpu/drm/xe/xe_survivability_mode.c | 3 +-
> 18 files changed, 1369 insertions(+), 912 deletions(-)
> create mode 100644 drivers/gpu/drm/xe/xe_configfs_debug.c
> create mode 100644 drivers/gpu/drm/xe/xe_configfs_debug.h
> create mode 100644 drivers/gpu/drm/xe/xe_configfs_debug_params.c
> create mode 100644 drivers/gpu/drm/xe/xe_configfs_debug_params.h
> create mode 100644 drivers/gpu/drm/xe/xe_configfs_types.h
>
next prev parent reply other threads:[~2026-05-04 4:54 UTC|newest]
Thread overview: 37+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-05-04 4:43 [PATCH 0/9] Add new debug infrastructure for configfs Stuart Summers
2026-05-04 4:43 ` [PATCH 1/9] drm/xe: Rename survivability_mode to enable_survivability_mode Stuart Summers
2026-05-04 13:29 ` Gustavo Sousa
2026-05-04 14:32 ` Summers, Stuart
2026-05-04 14:38 ` Summers, Stuart
2026-05-04 14:40 ` Summers, Stuart
2026-05-04 18:31 ` Rodrigo Vivi
2026-05-04 18:38 ` Summers, Stuart
2026-05-04 4:43 ` [PATCH 2/9] drm/xe: Sort xe_config_device fields and defaults alphabetically Stuart Summers
2026-05-04 13:58 ` Gustavo Sousa
2026-05-04 14:38 ` Summers, Stuart
2026-05-04 15:47 ` Lin, Shuicheng
2026-05-04 15:54 ` Summers, Stuart
2026-05-04 4:43 ` [PATCH 3/9] drm/xe: Split out configfs data structures Stuart Summers
2026-05-04 4:52 ` Summers, Stuart
2026-05-04 8:47 ` Jani Nikula
2026-05-04 14:24 ` Summers, Stuart
2026-05-04 21:48 ` Matthew Brost
2026-05-04 21:51 ` Summers, Stuart
2026-05-04 4:43 ` [PATCH 4/9] drm/xe: Add a new debug focused configfs group Stuart Summers
2026-05-04 15:42 ` Gustavo Sousa
2026-05-04 15:50 ` Summers, Stuart
2026-05-04 17:28 ` Gustavo Sousa
2026-05-04 17:44 ` Summers, Stuart
2026-05-04 19:04 ` Gustavo Sousa
2026-05-05 21:45 ` Summers, Stuart
2026-05-04 4:43 ` [PATCH 5/9] drm/xe: Move debug configfs entries to xe_configfs_debug.c Stuart Summers
2026-05-04 4:43 ` [PATCH 6/9] drm/xe/guc: Add configfs support for guc_log_level Stuart Summers
2026-05-05 23:54 ` Daniele Ceraolo Spurio
2026-05-04 4:43 ` [PATCH 7/9] drm/xe/guc: Add support for NPK as a GuC log target Stuart Summers
2026-05-04 4:43 ` [PATCH 8/9] drm/xe: Add infrastructure for debug configfs parameters Stuart Summers
2026-05-04 4:43 ` [PATCH 9/9] drm/xe: Migrate existing debug configfs entries to params infrastructure Stuart Summers
2026-05-04 4:54 ` Summers, Stuart [this message]
2026-05-04 5:30 ` ✗ CI.checkpatch: warning for Add new debug infrastructure for configfs Patchwork
2026-05-04 5:32 ` ✓ CI.KUnit: success " Patchwork
2026-05-04 6:44 ` ✓ Xe.CI.BAT: " Patchwork
2026-05-04 8:42 ` ✗ 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=533180ac389da97c36e56942bb89af116f1bec50.camel@intel.com \
--to=stuart.summers@intel.com \
--cc=daniele.ceraolospurio@intel.com \
--cc=intel-xe@lists.freedesktop.org \
--cc=matthew.brost@intel.com \
--cc=matthew.d.roper@intel.com \
--cc=michal.wajdeczko@intel.com \
--cc=rodrigo.vivi@intel.com \
--cc=shuicheng.lin@intel.com \
--cc=umesh.nerlige.ramappa@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