xe_vm_find_vma_by_addr(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… xe_vm_find_vma_by_addr β€” find a VMA by its address πŸŽ€

okay so this one's a page from the Kernel API Manual bestie, and it's honestly so straightforward it's kind of iconic for it. You got a vm, you got an address, and you're like "hey which VMA lives here?" and it tells you. That's the whole plot. No cap. ✨


🌸 SYNOPSIS 🌸

struct xe_vma * xe_vm_find_vma_by_addr (struct xe_vm *vm , u64 page_addr
);

literally just hand it those two things and it hands you back a struct xe_vma *. the way that signature just sits there, all neat and symmetric 🫢


✨ ARGUMENTS ✨

  • vm β€” the xe_vm that the vma belongs to πŸ’œ like, which VM's little neighborhood are we even searching in
  • page_addr β€” the address you're looking up πŸ” the actual thing you're tryna find

that's it. that's the whole input list. two arguments, zero drama, main character energy fr fr πŸ‘‘


πŸ¦‹ SEE ALSO πŸ¦‹

okay this is the part where the page goes FULL group chat and tags everyone in the VM source file. the kernel file is ./drivers/gpu/drm/xe/xe_vm.c and it is throwing a party, here's the guest list:

yes bestie I listed every single one, we don't do "etc." around here πŸ’… (also yes, struct xe_vma_lock_and_validate_flags(9) really is written like that in the source page β€” I'm not touching it, that's a them thing πŸ™ˆ)


🫢 tiny reminder: this page is just the finder. it looks stuff up. it does not lock, bind, kill, or otherwise start anything β€” for that you gotta go knock on the doors up in SEE ALSO.

and that's the tea πŸ“ source lives in ./drivers/gpu/drm/xe, this lil page is dated October 2026, and it goes by xe_vm_find_vma_by_addr(9) β€” mwah, slay, see you in the next man page πŸ’–βœ¨πŸŽ€

πŸ“¦ where this page comes from