]> git.ipfire.org Git - thirdparty/kernel/stable.git/commit
drm/amdkfd: Fix GPU mappings for APU after prefetch
authorHarish Kasiviswanathan <Harish.Kasiviswanathan@amd.com>
Tue, 28 Oct 2025 18:37:07 +0000 (14:37 -0400)
committerAlex Deucher <alexander.deucher@amd.com>
Wed, 12 Nov 2025 02:54:19 +0000 (21:54 -0500)
commit076470b9f6f8d9c7c8ca73a9f054942a686f9ba7
tree3b96e9becf251e2b701d9b46f9c74171ca55e5d2
parentbaefc7cdac82e39fac31818ecc799a6b9b14a312
drm/amdkfd: Fix GPU mappings for APU after prefetch

Fix the following corner case:-
 Consider a 2M huge page SVM allocation, followed by prefetch call for
the first 4K page. The whole range is initially mapped with single PTE.
After the prefetch, this range gets split to first page + rest of the
pages. Currently, the first page mapping is not updated on MI300A (APU)
since page hasn't migrated. However, after range split PTE mapping it not
valid.

Fix this by forcing page table update for the whole range when prefetch
is called.  Calling prefetch on APU doesn't improve performance. If all
it deteriotes. However, functionality has to be supported.

v2: Use apu_prefer_gtt as this issue doesn't apply to APUs with carveout
VRAM

v3: Simplify by setting the flag for all ASICs as it doesn't affect dGPU

v4: Remove v2 and v3 changes. Force update_mapping when range is split
at a size that is not aligned to prange granularity

Suggested-by: Philip Yang <Philip.Yang@amd.com>
Signed-off-by: Harish Kasiviswanathan <Harish.Kasiviswanathan@amd.com>
Reviewed-by: Philip Yang<Philip.Yang@amd.com>
Reviewed-by: Felix Kuehling <felix.kuehling@amd.com>
Signed-off-by: Alex Deucher <alexander.deucher@amd.com>
drivers/gpu/drm/amd/amdkfd/kfd_svm.c