From: Stuart Summers <stuart.summers@intel.com>
Cc: intel-xe@lists.freedesktop.org, rodrigo.vivi@intel.com,
riana.tauro@intel.com, anoop.c.vijay@intel.com,
Stuart Summers <stuart.summers@intel.com>
Subject: [PATCH 0/3] Add a few sysctrl refactors in preparation for
Date: Wed, 4 Nov 2026 21:53:53 +0000 [thread overview]
Message-ID: <20261104215353.234314-5-stuart.summers@intel.com> (raw)
I'm doing some debug right now that touches address translation
(ATS) configuration around the suspend/resume time. Right now,
we're re-enabling ATS through the resume path regardless of whether
we get the d3cold hint, but we only re-enable the system controller
when the d3cold.allowed is set. This means if I'm trying to touch
this through the firmware, I might not be able to do that easily
on the resume path.
In this series I'm adding a few refactors that allow this kind of
debug. The first patch moves from a dynamic allocation of some of the
sysctrl buffers to static allocation to avoid re-allocation in the
resume path. The second patch moves the workaround initialization
a little earlier in the driver for an easier hook here. And the third
patch moves the sysctrl initialization outside of that d3cold.allowed
hint in the resume path.
All of this was developed in collaboration with Claude Opus.
Stuart Summers (3):
drm/xe/sysctrl: Use preallocated mailbox staging buffers
drm/xe: Process device OOB workarounds during early info init
drm/xe/sysctrl: Restore the SoC remapper on every runtime resume
drivers/gpu/drm/xe/xe_device.c | 3 --
drivers/gpu/drm/xe/xe_pci.c | 14 +++++++
drivers/gpu/drm/xe/xe_pm.c | 9 +++-
drivers/gpu/drm/xe/xe_sysctrl.c | 6 ++-
drivers/gpu/drm/xe/xe_sysctrl_mailbox.c | 56 +++++++++----------------
drivers/gpu/drm/xe/xe_sysctrl_types.h | 11 +++++
6 files changed, 56 insertions(+), 43 deletions(-)
--
2.43.0
next reply other threads:[~2026-11-04 21:54 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-11-04 21:53 Stuart Summers [this message]
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
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=20261104215353.234314-5-stuart.summers@intel.com \
--to=stuart.summers@intel.com \
--cc=anoop.c.vijay@intel.com \
--cc=intel-xe@lists.freedesktop.org \
--cc=riana.tauro@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