nfs4_detect_...ion_trunking(9)
π nfs4_detect_session_trunking(9) β like, the kernel API manual bestie π¦
okay so this is a page from the Kernel API Manual and it's all about nfs4_detect_session_trunking β yes that's the full name, and yes the header is truncated as nfs4_detect_...ion_trunking(9) because even man pages gotta keep it cute and fit on one line π
β¨ NAME β¨
nfs4_detect_session_trunking β literally just checks for session trunking. that's the whole vibe check π₯
πΈ SYNOPSIS πΈ
int nfs4_detect_session_trunking (struct nfs_client *clp , struct
nfs41_exchange_id_res *res , struct rpc_xprt *xprt );
π ARGUMENTS π
clpβ the original mountnfs_client. like, the OG, the main character πresβ the result structure from anexchange_idthat used the original mountnfs_clientwith a newmulti_addrtransport. yeah, it's giving "same client, new transport" energy π«xprtβ pointer to the transport to add. we're bringing a new one into the group chat π«Ά
π DESCRIPTION π
so this gets called after a successful EXCHANGE_ID on a multi-addr connection. that's the whole setup. and then? upon success, add the transport. slay, that's it β¨
returns zero on success β otherwise -EINVAL. no cap, that's the whole return contract π
β NOTE β
okay bestie, important detail here π since the exchange_id for the new multi_addr transport uses the same nfs_client from the original mount, the cl_owner_id is reused β which means eir_clientowner is the same. same owner, different transport, iykyk π
π SEE ALSO π
kernel file ./fs/nfs/nfs4client.c plus the whole squad:
nfs4_find_ds_client(9)nfs4_find_or_create_ds_client(9)nfs41_init_client(9)nfs4_init_client(9)nfs41_walk_client_list(9)nfs4_update_server(9)
that's the page, periodt π and a little sign-off for you: this one lives in ./fs/nfs, dated October 2026 β so mark your calendar, 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