rpcrdma_bc_receive_call(9)

💖 NAME 💖

rpcrdma_bc_receive_call — Handle a reverse-direction Call. Bestie, this is the rpcrdma_bc_receive_call(9) page from the Kernel API Manual, and it's literally here to handle a reverse-direction Call. Periodt. 🫶

✨ SYNOPSIS ✨

void rpcrdma_bc_receive_call (struct rpcrdma_xprt *r_xprt , struct rpcrdma_rep *rep );

🎀 ARGUMENTS 🎀

• r_xprt — transport receiving the call. 👀
• rep — receive buffer containing the call. 🗂️

💅 DESCRIPTION 💅

Okay so here are the operational assumptions, and bestie, they matter: 💖

• Backchannel credits are ignored, just as the NFS server forechannel currently does.
• The ULP manages a replay cache (eg, NFSv4.1 sessions). No replay detection is done at the transport level.

That's the whole vibe check: credits ignored, ULP handles the replay cache, and the transport layer is not doing replay detection. Slay. ✨

🌈 SEE ALSO 🌈

Kernel file ./net/sunrpc/xprtrdma/backchannel.c, plus these besties:

• xprt_rdma_bc_setup(9)
• xprt_rdma_bc_maxpayload(9)
• xprt_rdma_bc_send_reply(9)
• xprt_rdma_bc_destroy(9)
• xprt_rdma_bc_free_rqst(9)

Okay that's the whole page, bestie! Source/version footer energy: ./net/sunrpc/xprtrdma, dated October 2026, and the page is rpcrdma_bc_receive_call(9). Mwah 💋✨