pcl_alloc_call(9)
π pcl_alloc_call(9) π
okay so bestie, you're reading the Kernel API Manual page for pcl_alloc_call(9), and we are gonna get you comfy with it. π
β¨ NAME β¨
pcl_alloc_call - Construct a parsed chunk list for the Call body
π οΈ SYNOPSIS π οΈ
bool pcl_alloc_call (struct svc_rdma_recv_ctxt *rctxt , __be32 *p );
πΈ ARGUMENTS πΈ
rctxtβ Ingress receive context. That's the ingress receive context, periodt.pβ Start of an un-decoded Read list. Yep, literally the start of the un-decoded Read list.
π§ DESCRIPTION π§
Assumptions, bestie:
- The incoming Read list has already been sanity checked. Like, someone already gave it the vibe check.
cl_countis already set to the number of segments in the un-decoded list.- The list might not be in order by position. Not me expecting it to be sorted β because it might not be, fr fr.
Return values:
true: Parsed chunk list was successfully constructed, andcl_countis updated to be the number of chunks (ie. unique positions) in the Read list. It ate, honestly. πfalse: Memory allocation failed. π
π SEE ALSO π
Kernel file ./net/sunrpc/xprtrdma/svc_rdma_pcl.c, plus the whole friend group:
pcl_free(9)pcl_alloc_read(9)pcl_alloc_write(9)pcl_check_read_chunk_positions(9)pcl_process_nonpayloads(9)
mwah π β source/version ./net/sunrpc/xprtrdma, date October 2026, title pcl_alloc_call(9). Bye 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