From: Tomasz Lis <tomasz.lis@intel.com>
To: intel-xe@lists.freedesktop.org
Cc: "Matthew Brost" <matthew.brost@intel.com>,
"Michał Winiarski" <michal.winiarski@intel.com>,
"Piotr Piórkowski" <piotr.piorkowski@intel.com>,
"Satyanarayana K V P" <satyanarayana.k.v.p@intel.com>
Subject: [PATCH v2 0/2] drm/xe/vf: New approach for post-migration LRC fixups
Date: Fri, 6 Nov 2026 16:56:13 +0100 [thread overview]
Message-ID: <20261106155615.977330-1-tomasz.lis@intel.com> (raw)
The current approach to LRC recovery requires caution from developers
when modifying any LRC-related code. More flexible solution may allow
to avoid future troubles.
The current code also includes LRC creation repeat which looks a bit
suspicious - it was developed without detailed knowledge of which
part of LRC creation requires a repeat. Now after extensive debug we
know that the repeat is only required for BO mapping, and actually
all BOs should be protected, not only the ones storing LRCs.
This fixes a very rare bug where BO would be incorrectly created
during migration resulting in CAT error generated by GPU. Chances
of triggering this error were well below 0.1%.
v2: A rebase after 6 months, with adjustments to current source.
Signed-off-by: Tomasz Lis <tomasz.lis@intel.com>
Tomasz Lis (2):
drm/xe/vf: Late fixups of LRCs after VF migration
drm/xe: After VF migration, repeat BO mapping in progress
drivers/gpu/drm/xe/xe_exec_queue.c | 55 +++++++++++++----------
drivers/gpu/drm/xe/xe_exec_queue.h | 2 +-
drivers/gpu/drm/xe/xe_ggtt.c | 17 +++++++
drivers/gpu/drm/xe/xe_gt_sriov_vf.c | 6 +--
drivers/gpu/drm/xe/xe_gt_sriov_vf_types.h | 2 +
drivers/gpu/drm/xe/xe_guc_submit.c | 35 +++------------
drivers/gpu/drm/xe/xe_guc_submit.h | 2 -
7 files changed, 60 insertions(+), 59 deletions(-)
--
2.43.0
next reply other threads:[~2026-11-06 15:55 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-11-06 15:56 Tomasz Lis [this message]
2026-11-06 15:56 ` [PATCH v2 1/2] drm/xe/vf: Late fixups of LRCs after VF migration Tomasz Lis
2026-11-06 16:26 ` sashiko-bot
2026-11-06 15:56 ` [PATCH v2 2/2] drm/xe: After VF migration, repeat BO mapping in progress Tomasz Lis
2026-11-06 16:46 ` sashiko-bot
2026-11-06 16:53 ` ✓ CI.KUnit: success for drm/xe/vf: New approach for post-migration LRC fixups (rev2) Patchwork
2026-11-06 17:34 ` ✗ Xe.CI.BAT: 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=20261106155615.977330-1-tomasz.lis@intel.com \
--to=tomasz.lis@intel.com \
--cc=intel-xe@lists.freedesktop.org \
--cc=matthew.brost@intel.com \
--cc=michal.winiarski@intel.com \
--cc=piotr.piorkowski@intel.com \
--cc=satyanarayana.k.v.p@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.