Intel-XE Archive on lore.kernel.org
 help / color / mirror / Atom feed
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


             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