summaryrefslogtreecommitdiff
path: root/scripts/Makefile.thinlto
diff options
context:
space:
mode:
authorMatthew Auld <matthew.auld@intel.com>2026-09-02 13:41:19 +0100
committerMatthew Auld <matthew.auld@intel.com>2026-09-03 11:33:20 +0100
commit188d8139945c8dc37374efbf8552d0c2b13659a8 (patch)
treeeac8acf2cf97973d9015421955acccc6e3efcce3 /scripts/Makefile.thinlto
parentcc467969646b9778c947bec1383fb3cdaada14d5 (diff)
downloadlinux-next-188d8139945c8dc37374efbf8552d0c2b13659a8.tar.gz
linux-next-188d8139945c8dc37374efbf8552d0c2b13659a8.zip
drm/xe/migrate: support 4K PTEs for identity map
When VRAM limit (usable_size) is no longer 2M aligned (e.g. because flat CCS storage size rounds it down to 4K), we must map the tail of the identity mapping using 4K pages. This removes the 2M alignment assert (which pops) and introduces a 4K fallback in the identity map programming loop to handle the last 2M chunk of usable VRAM. This now also ensures we are only mapping the usable portion of VRAM. Might be possible to skip backporting this. The assert that pops should be harmless and is only on debug builds plus only a stray write would hit CCS, which technically get mapped. Assisted-by: Gemini:gemini-3.1-pro-preview Signed-off-by: Matthew Auld <matthew.auld@intel.com> Cc: Thomas Hellström <thomas.hellstrom@linux.intel.com> Cc: Matthew Brost <matthew.brost@intel.com> Cc: Rodrigo Vivi <rodrigo.vivi@intel.com> Reviewed-by: Matthew Brost <matthew.brost@intel.com> Link: https://patch.msgid.link/20260902124117.918018-8-matthew.auld@intel.com
Diffstat (limited to 'scripts/Makefile.thinlto')
0 files changed, 0 insertions, 0 deletions