xe_tlb_inva...page_reclaim(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

✨ xe_tlb_inval_job_add_page_reclaim ✨

okay so this is a page from the Kernel API Manual, section 9 β€” yes bestie, 9, the kernel-API girlies πŸ’… this one's living in xe_tlb_inval_job.c territory and it's lowkey iconic.


🌸 NAME 🌸

xe_tlb_inval_job_add_page_reclaim β€” embed a PRL into a TLB job πŸŽ€


πŸ¦‹ SYNOPSIS πŸ¦‹

void xe_tlb_inval_job_add_page_reclaim (struct xe_tlb_inval_job *job ,
struct xe_page_reclaim_list *prl );

literally that's the whole signature, no cap πŸ’–


πŸŽ€ ARGUMENTS πŸŽ€

  • job β€” the TLB invalidation job, and like… it's the one that may trigger reclamation πŸ‘€ so yeah, main character energy fr
  • prl β€” the page reclaim list, populated during unbind ✨ (she's been through things, she's got entries)

πŸ’œ DESCRIPTION πŸ’œ

So what this does is copy prl into the job, and then it takes an extra reference to the entry page 🫢 β€” the whole point being that ownership can transfer over to the TLB fence when the job gets pushed. it's giving "handoff, but make it safe" πŸ’…πŸ”₯

ngl the reference-counting part is the moment here β€” don't sleep on it, that's literally how the ownership transfer stays valid πŸ‘‘

⭐ SEE ALSO ⭐

like, read the whole friend group, they're all connected bestie πŸ§šπŸ’–


and that's the vibe check! this lil gem comes from ./drivers/gpu/drm/xe, dated October 2026 β€” screenshot it, cite it, slay it πŸ‘‘βœ¨πŸ’€

πŸ“¦ where this page comes from