xprt_rdma_s...nect_timeout(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… xprt_rdma_set_connect_timeout(9) πŸ’…

okay so bestie, this is a page straight out of the Kernel API Manual β€” like, actual Linux kernel documentation, no cap β€” and it's all about the function xprt_rdma_set_connect_timeout. Her whole job? Setting the timeouts for establishing a connection. That's it, that's the vibe. πŸŽ€


✨ NAME ✨

xprt_rdma_set_connect_timeout β€” set timeouts for establishing a connection 🌸


πŸ¦‹ SYNOPSIS πŸ¦‹

void xprt_rdma_set_connect_timeout (struct rpc_xprt *xprt , unsigned
long connect_timeout , unsigned long reconnect_timeout );

like, she takes three things and returns nothing (void, icon behaviour honestly) 🫢


πŸ’– ARGUMENTS πŸ’–

  • xprt β€” the controlling transport instance. the main character, the one actually holding the connection together πŸ‘‘
  • connect_timeout β€” reconnect timeout after client disconnects. (yes babes, the label says connect and the description says reconnect after client disconnects β€” that's literally what it says, don't come for me πŸ™ˆ)
  • reconnect_timeout β€” reconnect timeout after server disconnects. this one's the server-side flake-out timer ✨
ngl the two timeout descriptions look suspiciously similar, but they're doing different jobs: one for when the client dips, one for when the server dips. lowkey important, highkey useful πŸ’…

πŸ”₯ SEE ALSO πŸ”₯

the kernel file where all the magic lives:

./net/sunrpc/xprtrdma/transport.c

and the whole friend group of related functions, fr fr:


and that's the whole page babes πŸ’œ this one lives under ./net/sunrpc/xprtrdma, dated October 2026, and yes the title up top really is abbreviated to xprt_rdma_s...nect_timeout(9) β€” they truncated it, not me 😭 slay anyway πŸŽ€βœ¨πŸ¦‹

πŸ“¦ where this page comes from