summaryrefslogtreecommitdiff
path: root/include/net/tipc/git@git.tavy.me:linux.git
diff options
context:
space:
mode:
authorDonet Tom <donettom@linux.ibm.com>2026-03-23 09:58:36 +0530
committerAlex Deucher <alexander.deucher@amd.com>2026-03-24 13:55:29 -0400
commit4e9597f22a3cb8600c72fc266eaac57981d834c8 (patch)
treea3e5ca39e28e457239a07d14bcc048e13836858a /include/net/tipc/git@git.tavy.me:linux.git
parent28922a43fdab715ed771175e8326ad7e13808be3 (diff)
drm/amdgpu: Handle GPU page faults correctly on non-4K page systems
During a GPU page fault, the driver restores the SVM range and then maps it into the GPU page tables. The current implementation passes a GPU-page-size (4K-based) PFN to svm_range_restore_pages() to restore the range. SVM ranges are tracked using system-page-size PFNs. On systems where the system page size is larger than 4K, using GPU-page-size PFNs to restore the range causes two problems: Range lookup fails: Because the restore function receives PFNs in GPU (4K) units, the SVM range lookup does not find the existing range. This will result in a duplicate SVM range being created. VMA lookup failure: The restore function also tries to locate the VMA for the faulting address. It converts the GPU-page-size PFN into an address using the system page size, which results in an incorrect address on non-4K page-size systems. As a result, the VMA lookup fails with the message: "address 0xxxx VMA is removed". This patch passes the system-page-size PFN to svm_range_restore_pages() so that the SVM range is restored correctly on non-4K page systems. Acked-by: Christian König <christian.koenig@amd.com> Signed-off-by: Donet Tom <donettom@linux.ibm.com> Signed-off-by: Alex Deucher <alexander.deucher@amd.com> (cherry picked from commit 074fe395fb13247b057f60004c7ebcca9f38ef46)
Diffstat (limited to 'include/net/tipc/git@git.tavy.me:linux.git')
0 files changed, 0 insertions, 0 deletions