svm_migrate_vram_to_vram(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

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, use current->mm if NULL 🧚
  • 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 πŸ‘‘

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