nlm4svc_proc_lock_msg(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… nlm4svc_proc_lock_msg(9) πŸ’…

okay so bestie, welcome to the Kernel API Manual corner where we make kernel RPC entry points make sense. This one is nlm4svc_proc_lock_msg, aka the LOCK_MSG glow-up: Establish a monitored lock. ✨


πŸŽ€ NAME πŸŽ€

nlm4svc_proc_lock_msg β€” LOCK_MSG: Establish a monitored lock.

🌸 SYNOPSIS 🌸

__be32 nlm4svc_proc_lock_msg (struct svc_rqst *rqstp );

that’s the whole signature, no cap: __be32 return type, one argument, we move. 🫢

πŸ¦‹ ARGUMENTS πŸ¦‹

  • rqstp β€” the RPC transaction context. literally the context for this RPC transaction; keep it close. πŸ’–

⭐ RETURN ⭐

  • rpc_success β€” RPC executed successfully. slay. ✨
  • rpc_system_err β€” RPC execution failed. πŸ’€

πŸ”₯ DESCRIPTION πŸ”₯

RPC synopsis check, bestie:

void NLMPROC4_LOCK_MSG(nlm4_lockargs) = 7;

The response to this request is delivered via the LOCK_RES procedure. that’s the tea: response delivery goes through LOCK_RES. πŸ‘‘

🌈 SEE ALSO 🌈

Kernel file: ./fs/lockd/svc4proc.c β€” yes, that’s the spot. πŸ‘€

the whole friend group:


later, babe β€” this page lives at ./fs/lockd, dated October 2026, and it’s nlm4svc_proc_lock_msg(9) from the Kernel API Manual. πŸ«ΆπŸ’–

πŸ“¦ where this page comes from