rdma_rw_mr_factor(9)
π« NAME π«
rdma_rw_mr_factor β bestie, this one literally just tells you how many MRs you need for a payload β¨
π¦ SYNOPSIS π¦
unsigned int rdma_rw_mr_factor(struct ib_device *device, u32 port_num,
unsigned int maxpages);
π ARGUMENTS π
deviceβ the device that's handling the connection, okurrr π«Άport_numβ the port num your connection is bound to, iykykmaxpagesβ the maximum payload pages perrdma_rw_ctxπ
π DESCRIPTION π
okay so, rdma_rw_mr_factor returns the number of MRs that your device requires to move maxpayload bytes. no cap, that's the whole vibe π
and like, the value it hands back isn't just for show β it gets used during transport creation to compute max_rdma_ctxts and the size of the transport's Send and Send Completion Queues. so it's giving lowkey foundational, fr fr π₯
π SEE ALSO π
- the kernel file
./drivers/infiniband/core/rw.cβ go read it, it's iconic π rdma_rw_ctx_init(9)rdma_rw_ctx_init_bvec(9)rdma_rw_ctx_signature_init(9)rdma_rw_ctx_wrs(9)rdma_rw_ctx_post(9)rdma_rw_ctx_destroy(9)rdma_rw_ctx_destroy_bvec(9)rdma_rw_ctx_destroy_signature(9)rdma_rw_max_send_wr(9)
and that's the whole page, bestie π§ mwah π β brought to you by ./drivers/infiniband/core, dated October 2026, and yes the page itself is rdma_rw_mr_factor(9) slay π
β¨
π¦ 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