ttm_bo_lru_cursor_first(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

ttm_bo_lru_cursor_first(9) πŸ¦‹

hiii bestie πŸ’– welcome to the Kernel API Manual page for ttm_bo_lru_cursor_first(9) β€” yes, manual name folded in right at the top, we're being efficient and cute. This is the function that kicks off the LRU-list crawl so you can find and lock a buffer object. It's giving "first step of a very serious walk," no cap. πŸ’…


✨ NAME ✨

ttm_bo_lru_cursor_first β€” start iterating a manager's LRU lists to find and lock buffer object. πŸŽ€


πŸŽ€ SYNOPSIS πŸŽ€

struct ttm_buffer_object * ttm_bo_lru_cursor_first (struct
ttm_bo_lru_cursor *curs );

🌸 ARGUMENTS 🌸

  • curs β€” the cursor initialized using ttm_bo_lru_cursor_init. That's the one you're handing over, bestie; it's already been set up by that init call. 🫢

πŸ”₯ RETURN πŸ”₯

You get back a pointer to a locked and reference-counted buffer object πŸ’– β€” that's the win. Or you get NULL if none could be found and looping should be terminated. So if it's NULL, bestie, the search said no and the looping should stop. 😭


🌈 SEE ALSO 🌈

Kernel file: ./drivers/gpu/drm/ttm/ttm_bo_util.c β€” that's the neighborhood where the magic lives. ✨ Also peep these:


mwah πŸ’‹ this page's source/version deets are ./drivers/gpu/drm/ttm, dated October 2026, and it's for ttm_bo_lru_cursor_first(9). Catch you in the kernel source, bestie β€” slay responsibly. 🫢✨

πŸ“¦ where this page comes from