aac_consumer_get(9)
π¦ aac_consumer_get β the "who's next?" girlie of the queue world
okay so first off, we're in the Kernel API Manual today, bestie β this is kernel-level stuff, not your lil' userspace playground, so hydrate and pay attention π
β¨ NAME β¨
aac_consumer_get β get the top of the queue π
π SYNOPSIS π
int aac_consumer_get (struct aac_dev * dev , struct aac_queue * q ,
struct aac_entry **entry );
πΈ ARGUMENTS πΈ
devβ the Adapter, iykyk π«Άqβ the Queue, the main character of this whole operationentryβ the Return entry, where the good stuff lands β¨
π DESCRIPTION π
okay so what this does is: it hands you back a pointer to the entry that's sitting right at the top of the queue you asked for β specifically the queue that we are a consumer of π β and it also returns the address of that queue entry. it's giving "peek, don't touch" energy, fr fr.
and the important part, the part you cannot skip: it does not change the state of the queue. like at all. zero. none. it's a pure look-and-report situation, no cap π. so don't come for this function expecting it to move anything along, because she simply does not do that π
π₯ SEE ALSO π₯
Kernel file ./drivers/scsi/aacraid/commsup.c β and honestly the whole friend group, go say hi:
fib_map_alloc(9)aac_fib_map_free(9)aac_fib_setup(9)aac_fib_alloc_tag(9)aac_fib_alloc(9)aac_fib_free(9)aac_fib_init(9)fib_dealloc(9)aac_get_entry(9)aac_queue_get(9)aac_fib_send(9)aac_consumer_free(9)aac_fib_adapter_complete(9)aac_fib_complete(9)aac_printf(9)aac_handle_aif(9)aac_handle_sa_aif(9)aac_command_thread(9)
π reminder bestie: this one's a reader, not a mover. queue state stays exactly where it was. periodt.
and that's the whole page, mwah π this lil' number lives in ./drivers/scsi/aacraid, dated October 2026, and it goes by aac_consumer_get(9) β slay, go read the source, ily π§π
π¦ where this page comes from
- nixpkgs unstable: linux-manual 7.3.1
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms