]> git.ipfire.org Git - thirdparty/linux.git/commit
drm/xe: Stop applying Wa_16018737384 from Xe3 onward
authorMatt Roper <matthew.d.roper@intel.com>
Wed, 11 Feb 2026 23:47:36 +0000 (15:47 -0800)
committerMatt Roper <matthew.d.roper@intel.com>
Fri, 13 Feb 2026 00:19:18 +0000 (16:19 -0800)
commit1ff4b1730ca421de6bd84b871f68107b9ae46bcf
tree62c0009d7fcba821908bea70ff2f579c151848ea
parentb5b55d0932eef682b648e456df177430968e19d5
drm/xe: Stop applying Wa_16018737384 from Xe3 onward

Wa_16018737384 is one of the rare cases where the hardware teams mark a
workaround as "driver change required" rather than "permanent/temporary
workaround" in the internal workaround database, signifying that the
implementation details of the workaround should just be considered
standard programming instructions on all platforms going forward.  Cases
like this are the only time that using XE_RTP_END_VERSION_UNDEFINED as an
upper bound for a workaround's IP range is warranted and correct.

However in this specific case, the register bit in question (0xE4F0[1])
simply no longer exists in hardware from Xe3 onward.  Trying to write to
that bit on Xe3 or Xe3p platforms is harmless and just doesn't have any
effect, but it's possible that the register bit could get repurposed to
control something else down the road on future platforms.  To avoid any
surprises in the future we should replace the unbounded upper bound in
our RTP table with a value that accurately reflects that Wa_16018737384
can only apply to Xe2 platforms.

Bspec: 56849
Reviewed-by: Dnyaneshwar Bhadane <dnyaneshwar.bhadane@intel.com>
Link: https://patch.msgid.link/20260211234735.620087-2-matthew.d.roper@intel.com
Signed-off-by: Matt Roper <matthew.d.roper@intel.com>
drivers/gpu/drm/xe/xe_wa.c