ib_cm_init_qp_attr(9)
π 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:
ib_cm_handler(9)ib_create_cm_id(9)ib_destroy_cm_id(9)ib_cm_listen(9)ib_send_cm_req(9)ib_send_cm_rep(9)ib_send_cm_rtu(9)ib_send_cm_dreq(9)ib_send_cm_drep(9)ib_cm_notify(9)ib_send_cm_rej(9)ib_prepare_cm_mra(9)ib_send_cm_sidr_req(9)ib_send_cm_sidr_rep(9)ibcm_reject_msg(9)
cute little sign-off: source/version is ./include/rdma, and the date on this one is October 2026 ππ
π¦ 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