xe_bo_willneed_get_locked(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

✨ xe_bo_willneed_get_locked(9) ✨

okay so bestie, this one's from the Linux kernel API manual (section 9, the kernel-Doc zone 🫢), and it's literally all about grabbing a WILLNEED holder on a BO. tiny function, big main-character energy. let's get into it πŸ’…


🌸 SYNOPSIS 🌸

void xe_bo_willneed_get_locked (struct xe_bo *bo );

no return value, no drama, it just does the thing ✨


πŸŽ€ ARGUMENTS πŸŽ€

  • bo β€” buffer object. that's it. that's the whole argument list. she's minimal πŸ’–

πŸ”₯ DESCRIPTION πŸ”₯

okay so here's the tea β˜• β€” this function increments willneed_count, and on a 0->1 transition it promotes the BO from DONTNEED to WILLNEED. glow-up behavior fr fr ✨

and PURGED? that state is terminal β€” it is never modified. not by this function, not by anyone. she's locked in, periodt πŸ’€πŸ‘‘

⚠️ important bestie: the caller must hold the BO's dma-resv lock. this is not optional, this is not a suggestion, do not skip it πŸ™ˆ

🌈 SEE ALSO 🌈

like a whole friend group of BO helpers, and they all ate πŸ’…βœ¨


and that's the whole page, bestie 🫢 this lil guy lives in ./drivers/gpu/drm/xe, the manual's dated October 2026, and it's serving xe_bo_willneed_get_locked(9) realness from the Linux kernel API manual. go forth and hold your locks πŸŽ€πŸ’–

πŸ“¦ where this page comes from