svc_rdma_flush_recv_queues(9)
π svc_rdma_flush_recv_queues(9) β the Kernel API Manual moment π
okay bestie, so this one is from the Kernel API Manual and it's literally about draining pending Receive work. yes ma'am, we're doing kernel internals today and we're gonna slay it β¨
πΈ NAME πΈ
svc_rdma_flush_recv_queues β Drain pending Receive work π§ like, empty out the queue, no cap
π¦ SYNOPSIS π¦
void svc_rdma_flush_recv_queues (struct svcxprt_rdma *rdma );
that's the whole signature, bestie β void, one arg, that's it, periodt π
π ARGUMENTS π
rdmaβ thesvcxprt_rdmathat's being shut down π«Ά that's the one we're flushing, iykyk
β¨ DESCRIPTION β¨
okay so here's the vibe check π the caller has got to guarantee that rdma's Send and Recv Completion Queues are already empty β like, for example via ib_drain_qp β so that no completion handlers can still produce work on the queues we're draining. literally that's the whole rule π
no like fr fr, this is on you, the caller. if the completion queues aren't empty yet, completion handlers could still be out here producing work on the queues being drained, and that's a whole mess π so drain the QP first, bestie π
π SEE ALSO π
Kernel file: ./net/sunrpc/xprtrdma/svc_rdma_recvfrom.c π
and the whole friend group β go say hi to:
svc_rdma_recv_ctxts_destroy(9)svc_rdma_recv_ctxt_get(9)svc_rdma_recv_ctxt_put(9)svc_rdma_release_ctxt(9)svc_rdma_post_recvs(9)svc_rdma_wc_receive(9)xdr_count_read_segments(9)xdr_count_write_chunks(9)svc_rdma_xdr_decode_req(9)svc_rdma_recvfrom(9)
and that's the tea π this page lives in ./net/sunrpc/xprtrdma, it's dated October 2026, and it's svc_rdma_flush_recv_queues(9) β mwah, go drain those queues responsibly ππ§ββοΈ β
π¦ 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