sbq_wait_ptr(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’– sbq_wait_ptr(9) πŸ’–

okay so welcome to the Kernel API Manual, bestie β€” this page is literally sbq_wait_ptr(9) and it's lowkey one of the shortest reads in the whole sbitmap cinematic universe. grab a boba, we're getting into it πŸ§‹βœ¨


✨ NAME ✨

sbq_wait_ptr β€” get the next wait queue to use for a &struct sbitmap_queue.

like, that's it. that's the whole job. it's giving "next, please πŸ’…" energy and honestly? iconic.


πŸ’… SYNOPSIS πŸ’…

here's the exact signature, no cap, do not @ me:

struct sbq_wait_state * sbq_wait_ptr (struct sbitmap_queue *sbq ,
       atomic_t *wait_index );

πŸŽ€ ARGUMENTS πŸŽ€

  • sbq β€” the bitmap queue to wait on. yes bestie, that's the entire description, we love a low-maintenance parameter 🌸
  • wait_index β€” a counter per "user" of sbq. the quotes around user are literally in the original and i'm obsessed with the mystery of it πŸ™ˆ iykyk.

πŸ”₯ RETURN πŸ”₯

the next wait queue to be used. periodt. that's what comes back, that's the whole vibe check β€” no extra lore, no hidden side quests πŸ’€πŸ«Ά


🌈 SEE ALSO 🌈

okay bestie, this is where the extended sbitmap universe shows up and it is stacked. the kernel file doing the heavy lifting here is ./include/linux/sbitmap.h, and it's carrying the whole cast:

like, twenty-eight whole entries?? the way this reference list ate and left absolutely no crumbs πŸ‘‘πŸ”₯


ngl the whole page is tiny but every single one of those references is doing its little main character moment. go read them, bestie, they're all right there πŸ’œ

that's a wrap on this one, bestie 🫢 it came out of ./include/linux and it's dated October 2026, page name sbq_wait_ptr(9) and all β€” ok bye, love u, go read some more kernel docs βœ¨πŸŽ€πŸ¦‹

πŸ“¦ where this page comes from