svm_migrate_vram_to_vram(9)
okay bestie, welcome to svm_migrate_vram_to_vram(9) from the Kernel API Manual π this one is all about migrating an svm range from device to device, and it is giving niche-but-iconic kernel energy β¨
π¦ NAME π¦
svm_migrate_vram_to_vram β migrate svm range from device to device π
π SYNOPSIS π
int svm_migrate_vram_to_vram (struct svm_range *prange , uint32_t
best_loc , unsigned long start , unsigned long last , struct mm_struct
*mm , uint32_t trigger );
π ARGUMENTS π
prangeβ range structure π«Άbest_locβ the device to migrate to πstartβ start page need be migrated to sys ram πlastβ last page need be migrated to sys ram πmmβ process mm, usecurrent->mmifNULLπ§triggerβ reason of migration π₯
π§ CONTEXT π§
Process context, and the caller must hold the mmap read lock, the svms lock, and the prange lock β yes, all of them, no skipping the lock vibe check πβ¨
π DESCRIPTION π
okay so hereβs the tea: it migrates all vram pages in prange to sys ram, then migrates the [start, last] pages from sys ram to the gpu node best_loc ππ«
β RETURN β
0β OK, otherwise error code π
π SEE ALSO π
- Kernel file:
./drivers/gpu/drm/amd/amdkfd/kfd_migrate.cπ svm_migrate_copy_memory_gart(9)svm_migrate_copy_done(9)svm_migrate_ram_to_vram(9)svm_migrate_vma_to_ram(9)svm_migrate_vram_to_ram(9)svm_migrate_to_ram(9)
mwah π thatβs the whole page, bestie β brought to you by ./drivers/gpu/drm/amd/amdkfd, dated October 2026, and filed under svm_migrate_vram_to_vram(9). go migrate responsibly π«Άβ¨
π¦ where this page comes from
- nixpkgs unstable: linux-manual 7.3.1
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms