irdma_sc_cqp...anup_handler(9)

📦 version 7.3.1, in nixpkgs unstable

💅 NAME

irdma_sc_cqp_cleanup_handler — the girlie that removes requests from the pending list ✨

(oh and hey bestie, this is a page out of the Kernel API Manual, so you know it's the real deal 🎀)

🌸 SYNOPSIS

u64 irdma_sc_cqp_cleanup_handler (struct irdma_sc_dev *dev );

🦋 ARGUMENTS

  • dev — the sc device struct. that's literally it. she just needs the device and she'll handle the rest 💜

✨ DESCRIPTION

okay so picture this: you've got a pending list full of CQP requests, and this function is the one who's like "alright, next" 💅

you should be calling this in a loop from irdma_cleanup_pending_cqp_op — like, that's her whole thing. she's not a one-and-done girlie, she's a repeat-caller girlie. every single time you call her, she scoops up the first CQP request on the pending list, yeets it out of the list, and hands you back the pointer to the associated scratch entry 🫶

so yeah. one call = one request dealt with. loop her until the list is empty, queen 👑

🔥 RETURN

she returns the scratch entry pointer for the cqp_request that needs to be released — or NULL if the pending list is empty (aka nothing left to clean up, you're done, go touch grass 🌱).

🌈 SEE ALSO

okay this is the part where she shows you her entire friend group and honestly? iconic. every single one of them:

and if you wanna read the actual source (respect, honestly 🫡), it lives right here:

./drivers/infiniband/hw/irdma/ctrl.c
bestie note: no cap, she only does the one thing — first request off the pending list, scratch entry pointer back to you, NULL when it's empty. don't ask her for more, she's booked and busy 💅

kisses and bye-bye from the ./drivers/infiniband/hw/irdma directory, dated October 2026, logged under irdma_sc_cqp...anup_handler(9) in the Kernel API Manual 🌸🦋 see u in the next page bestie 🫶✨

📦 where this page comes from