ib_cm_init_qp_attr(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… NAME πŸ’…

okay so this is ib_cm_init_qp_attr(9), straight from the Linux Kernel API Manual ✨ β€” and it's the function that initializes the QP attributes for use in transitioning to a specified QP state. no cap.

🌸 SYNOPSIS 🌸

int ib_cm_init_qp_attr (struct ib_cm_id *cm_id , struct ib_qp_attr
       *qp_attr , int *qp_attr_mask );

πŸŽ€ ARGUMENTS πŸŽ€

  • cm_id β€” the communication identifier associated with the QP attributes you're initializing. it's giving "whose QP is this anyway" energy πŸ’–
  • qp_attr β€” on input, this specifies the desired QP state. on output, the mandatory attributes and the desired optional attributes will be set in order to modify the QP to the specified state. literally an input-to-output glow-up ✨
  • qp_attr_mask β€” the QP attribute mask that may be used to transition the QP to the specified state. it's the mask bestie, keep it close 🫢

πŸ¦‹ DESCRIPTION πŸ¦‹

bestie, you must set qp_attr->qp_state to the desired QP state. this call will set all required attributes for the given transition, along with known optional attributes. slay.

after that, users may override the attributes returned from this call before calling ib_modify_qp. yes, you can tweak the fit before it hits the runway πŸ’….

πŸ‘‘ SEE ALSO πŸ‘‘

kernel file ./include/rdma/ib_cm.h and its besties:


cute little sign-off: source/version is ./include/rdma, and the date on this one is October 2026 πŸŽ€πŸ’œ

πŸ“¦ where this page comes from