svc_rdma_cma_handler(9)

💅 svc_rdma_cma_handler(9) — like, the Kernel API Manual one, bestie 🎀

okay so picture this: you're deep in the kernel, someone's connecting over RDMA, and the connection manager is out here throwing events at you. this little function is the one catching them on client connections. it's giving main character energy in svc_rdma_transport.c and honestly? we stan. ✨

---

🌸 SYNOPSIS 🌸

int svc_rdma_cma_handler (struct rdma_cm_id *cma_id , struct
       rdma_cm_event *event );

no cap, that's the whole signature. copy it exactly, don't get creative with it 🫶

---

🦋 ARGUMENTS 🦋

• cma_id — the server's listener rdma_cm_id. yes, the listener's. that's the whole vibe. 👑
• event — the details of the event, aka the actual tea of what just happened ☕

---

💖 DESCRIPTION 💖

so what does it do? the return value is the entire personality here, so let's get into it:

• 0 — do not destroy cma_id. keep it alive, it's thriving, let it cook 🔥
• 1 — destroy cma_id. bye bestie 💀

and listen — that 1 is never returned here. like, the code literally doesn't do that. don't come for me, that's just what the page says 🙈

periodt. that's the contract. lowkey iconic for how short it is.

---

⭐ SEE ALSO ⭐

• the kernel file ./net/sunrpc/xprtrdma/svc_rdma_transport.c — that's where the magic lives, iykyk 🌈
• svc_rdma_xprt_deferred_close(9)
• svc_rdma_listen_handler(9)
• svc_rdma_free(9)

go read those, they're all in the group chat 💅

---

🧚 sign-off 🧚

this whole masterpiece comes to you from ./net/sunrpc/xprtrdma, dated October 2026 — so yes, it's from the future, and it's still slaying. stream svc_rdma_cma_handler(9) 💜🌸💖