rpcrdma_marshal_req(9)
okay so bestie, welcome to the rpcrdma_marshal_req(9) page from the Kernel API Manual β we're gonna make this make sense, no cap π
β¨
π NAME π
rpcrdma_marshal_req β Marshal and send one RPC request π«Ά
β¨ SYNOPSIS β¨
int rpcrdma_marshal_req (struct rpcrdma_xprt *r_xprt , struct rpc_rqst *rqst );
πΈ ARGUMENTS πΈ
r_xprtβ controlling transport πrqstβ RPC request to be marshaled π¦
π DESCRIPTION π
so for the RPC in rqst, this function is literally doing all of this:
- Chooses the transfer mode (eg.,
RDMA_MSGorRDMA_NOMSG) π - Registers Read, Write, and Reply chunks π§©
- Constructs the transport header π οΈ
- Posts a Send WR to send the transport header and request π€
like it's giving "full request glow-up" energy, fr fr π₯
β RETURN β
0if the RPC was sent successfully π-ENOTCONNif the connection was lost π-EAGAINif the caller should call again with the same arguments π-ENOBUFSif the caller should call again after a delay β³-EMSGSIZEif the transport header is too small π-EIOif a permanent problem occurred while marshaling π
π¦ SEE ALSO π¦
- Kernel file
./net/sunrpc/xprtrdma/rpc_rdma.cπ rpcrdma_set_max_header_sizes(9)rpcrdma_sendctx_unmap(9)rpcrdma_prepare_send_sges(9)rpcrdma_reset_cwnd(9)rpcrdma_inline_fixup(9)rpcrdma_unpin_rqst(9)rpcrdma_complete_rqst(9)rpcrdma_reply_handler(9)
mwah π this page's source/version is ./net/sunrpc/xprtrdma, dated October 2026, and that's the wrap bestie π«Άπ
π¦ 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