kernel/include/linux/sunrpc/svc_rdma.h, branch linux-5.10.y

svcrdma: Maintain a Receive water mark

2026-03-04T12:19:40Z

[ Upstream commit c558d47596867ff1082fd7475b63670f63f7f5cf ] Post more Receives when the number of pending Receives drops below a water mark. The batch mechanism is disabled if the underlying device cannot support a reasonably-sized Receive Queue. Signed-off-by: Chuck Lever Stable-dep-of: afcae7d7b8a2 ("RDMA/core: add rdma_rw_max_sge() helper for SQ sizing") Signed-off-by: Sasha Levin

SUNRPC: Rename svc_encode_read_payload()

2024-06-21T12:52:32Z

[ Upstream commit 03493bca084fdca48abc59b00e06ce733aa9eb7d ] Clean up: "result payload" is a less confusing name for these payloads. "READ payload" reflects only the NFS usage. Signed-off-by: Chuck Lever Signed-off-by: Sasha Levin

svcrdma: Record send_ctxt completion ID in trace_svcrdma_post_send()

2020-07-13T21:28:24Z

First, refactor: Dereference the svc_rdma_send_ctxt inside svc_rdma_send() instead of at every call site. Then, it can be passed into trace_svcrdma_post_send() to get the proper completion ID. Signed-off-by: Chuck Lever

svcrdma: Introduce Send completion IDs

2020-07-13T21:28:24Z

Set up a completion ID in each svc_rdma_send_ctxt. The ID is used to match an incoming Send completion to a transport and to a previous ib_post_send(). Signed-off-by: Chuck Lever

svcrdma: Introduce Receive completion IDs

2020-07-13T21:28:24Z

Set up a completion ID in each svc_rdma_recv_ctxt. The ID is used to match an incoming Receive completion to a transport and to a previous ib_post_recv(). Signed-off-by: Chuck Lever

svcrdma: Remove declarations for functions long removed

2020-07-13T21:28:24Z

Pavane pour une infante défunte. Signed-off-by: Chuck Lever

svcrdma: Make svc_rdma_send_error_msg() a global function

2020-07-13T21:28:24Z

Prepare for svc_rdma_send_error_msg() to be invoked from another source file. Signed-off-by: Chuck Lever

svcrdma: Remove the SVCRDMA_DEBUG macro

2020-05-18T14:21:22Z

Clean up: Commit d21b05f101ae ("rdma: SVCRMDA Header File") introduced the SVCRDMA_DEBUG macro, but it doesn't seem to have been used. Signed-off-by: Chuck Lever

svcrdma: Fix backchannel return code

2020-05-18T14:21:21Z

Way back when I was writing the RPC/RDMA server-side backchannel code, I misread the TCP backchannel reply handler logic. When svc_tcp_recvfrom() successfully receives a backchannel reply, it does not return -EAGAIN. It sets XPT_DATA and returns zero. Update svc_rdma_recvfrom() to return zero. Here, XPT_DATA doesn't need to be set again: it is set whenever a new message is received, behind a spin lock in a single threaded context. Also, if handling the cb reply is not successful, the message is simply dropped. There's no special message framing to deal with as there is in the TCP case. Now that the handle_bc_reply() return value is ignored, I've removed the dprintk call sites in the error exit of handle_bc_reply() in favor of trace points in other areas that already report the error cases. Signed-off-by: Chuck Lever

svcrdma: Fix leak of svc_rdma_recv_ctxt objects

2020-04-17T16:40:38Z

Utilize the xpo_release_rqst transport method to ensure that each rqstp's svc_rdma_recv_ctxt object is released even when the server cannot return a Reply for that rqstp. Without this fix, each RPC whose Reply cannot be sent leaks one svc_rdma_recv_ctxt. This is a 2.5KB structure, a 4KB DMA-mapped Receive buffer, and any pages that might be part of the Reply message. The leak is infrequent unless the network fabric is unreliable or Kerberos is in use, as GSS sequence window overruns, which result in connection loss, are more common on fast transports. Fixes: 3a88092ee319 ("svcrdma: Preserve Receive buffer until svc_rdma_sendto") Signed-off-by: Chuck Lever