ib_send_cm_drep(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… ib_send_cm_drep(9) β€” the Kernel API Manual girlies' edition πŸŽ€

okay so bestie, this one lives in the Kernel API Manual section and it's literally called ib_send_cm_drep β€” and yes, before you ask, "drep" is short for disconnection reply, iykyk. she's giving "polite goodbyes in RDMA" ✨


✨ NAME ✨

ib_send_cm_drep β€” Sends a disconnection reply to a disconnection request. 🫢

like she's literally the "k bye, got your disconnect, bye for real" text πŸ’Œ


🌸 SYNOPSIS 🌸

int ib_send_cm_drep (struct ib_cm_id *cm_id , const void *private_data ,
u8 private_data_len );

that's the whole vibe, no cap. an int comes back, and you feed her three things πŸ‘‘


πŸ¦‹ ARGUMENTS πŸ¦‹

  • cm_id β€” Connection identifier associated with the connection being released. it's the main character of this whole operation, fr fr β€” she's the one getting released πŸ’€
  • private_data β€” Optional user-defined private data sent with the disconnection reply message. key word: optional β€” a little extra something you can tuck into the reply if you want πŸŽ€
  • private_data_len β€” Size of the private data buffer, in bytes. it's a u8, so she's cute and small, and she's counting bytes bestie, not vibes 😭

πŸ’– DESCRIPTION πŸ’–

Okay so here's the tea β˜• β€” if the cm_id is in the correct state, the CM will transition the connection to the timewait state. that transition happens anyway β€” even if an error occurs sending the DREP message. πŸ’…

like, she's moving on regardless. the state change is not asking permission. iconic behavior honestly 🫢

⭐ SEE ALSO ⭐

the whole friend group, all in one place (src: Kernel file ./include/rdma/ib_cm.h) 🧚


🌸 ok that's the page bestie, ily, go send your disconnection replies responsibly 🌸

sign-off szn: this one came out of ./include/rdma, dated October 2026, and it's filed under ib_send_cm_drep(9) β€” periodt. πŸ’œπŸ‘‘βœ¨

πŸ“¦ where this page comes from