fh_verify_local(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… fh_verify_local(9) β€” like, the whole page, bestie

okay so this is a page straight out of the Kernel API Manual and it's about fh_verify_local β€” filehandle lookup and access checking. yes it's as iconic as it sounds. let's go πŸŽ€


🌸 NAME 🌸

fh_verify_local β€” filehandle lookup and access checking

literally what it says on the tin, no cap.


✨ SYNOPSIS ✨

__be32 fh_verify_local (struct net *net , struct svc_cred *cred , struct
auth_domain *client , struct svc_fh *fhp , umode_t type , int access );

she takes six arguments and returns a __be32, periodt.


🫢 ARGUMENTS 🫢

  • net β€” the net namespace where the export lookup is gonna happen πŸ¦‹
  • cred β€” the RPC user credential, aka who's asking
  • client β€” the RPC auth domain
  • fhp β€” the filehandle that's getting verified
  • type β€” the expected type of object that the filehandle points to
  • access β€” the type of access needed to that object

πŸ’– DESCRIPTION πŸ’–

okay so this API is for callers who don't have an RPC transaction context β€” like, they are not running in an nfsd thread πŸ™ˆ. that's the whole vibe check for whether you use this one.

and if you want the full tea on fhp, type, and access? go read fh_verify. she explains it all, iykyk πŸ’…


πŸ‘‘ SEE ALSO πŸ‘‘

kernel file ./fs/nfsd/nfsfh.c β€” yes that's the one:


that's the whole page, bestie, nothing skipped, nothing hidden πŸ’œβœ¨

mwah πŸ’‹ β€” signed, sealed, delivered from ./fs/nfsd, October 2026 πŸ“πŸ§šβ€β™€οΈ
πŸ“¦ where this page comes from