irdma_puda_create_ah(9)

📦 version 7.3.1, in nixpkgs unstable

💅 irdma_puda_create_ah(9) 💅

okay so this is a page from the Kernel API Manual, and today's main character is irdma_puda_create_ah — the little function that creates an AH for ILQ/IEQ qp's. yes, AH = address handle, and yes, it's as iconic as it sounds 🎀

✨ NAME ✨

irdma_puda_create_ah — create AH for ILQ/IEQ qp's 🦋

🌸 SYNOPSIS 🌸

int irdma_puda_create_ah (struct irdma_sc_dev *dev , struct
irdma_ah_info *ah_info , bool wait , enum puda_rsrc_type type , void
*cb_param , struct irdma_sc_ah **ah_ret );

like, look at that signature. six whole args. she's doing the most and honestly? slay 💅

💖 ARGUMENTS 💖

  • dev — device pointer. it's giving "this is the hardware we're talking to" energy, periodt ✨
  • ah_info — Address handle info. all the deets you need to actually build the AH live right here 📋
  • wait — When true will wait for operation to complete. so true = bestie we are waiting for this to finish, no cap ⏳
  • type — ILQ/IEQ. that's the resource type, pick your lane 🛤️
  • cb_param — Callback param when not waiting. iykyk — if you're not waiting, this is what comes back to you 🫶
  • ah_ret — Returned pointer to address handle if created. the whole point honestly — if it got made, the pointer lands here 🎯

🔥 SEE ALSO 🔥

bestie there are so many of these and i'm obsessed with the dedication. all of them live in the Kernel file ./drivers/infiniband/hw/irdma/utils.c:

like… that's a whole friend group 💀 but every single one of them is linked and accounted for, no gatekeeping 🫶

lowkey a reminder that this is kernel API territory — you're calling into driver internals, so read the arguments properly before you yeet a pointer in there 🙈✨

okay that's the whole page, hope it ate 💖 this cutie came to you from ./drivers/infiniband/hw/irdma, stamped October 2026, and answers to the name irdma_puda_create_ah(9) — that's a wrap, bestie 🎀🦋✨

📦 where this page comes from