nfsd_file_close_export(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… nfsd_file_close_export(9) πŸ’…

Okay bestie, welcome to the nfsd_file_close_export(9) page from the Kernel API Manual. It's giving kernel-internals realness, and we're gonna get through it together. 🫢


🌸 NAME 🌸

nfsd_file_close_export β€” close cached file handles for an export


✨ SYNOPSIS ✨

void nfsd_file_close_export (struct net *net , const struct path *path
);

πŸŽ€ ARGUMENTS πŸŽ€

  • net β€” the net namespace in which to operate, iykyk.
  • path β€” the export path whose cached files should be closed.

πŸ¦‹ DESCRIPTION πŸ¦‹

So what it does is close out GC-managed nfsd_file entries whose underlying file is on the same filesystem as, and a descendant of, path. Slay. ✨

The thing is, nfsd_file entries do not carry an export reference, so the check uses the file's dentry ancestry. That's the vibe check it runs.

False positives β€” like closing a cached handle that did not originate from the target export β€” are harmless. The handle is simply reopened on the next access. No cap, it's fine. πŸ’€

This is called from the NFSD_CMD_UNLOCK_EXPORT handler before revoking NFSv4 state, to ensure that cached file handles do not hold the filesystem busy. Main character energy: keeping the filesystem from being held hostage. πŸ‘‘


🌈 SEE ALSO 🌈

Kernel file ./fs/nfsd/filecache.c


Signed off from ./fs/nfsd, dated October 2026, and the page is literally nfsd_file_close_export(9). Stay iconic, bestie. πŸ’œπŸŽ€

πŸ“¦ where this page comes from