exportfs_encode_ino64_fid(9)
π exportfs_encode_ino64_fid(9) β the Kernel API Manual, bestie edition β¨
okay so real talk, this is a page from the Kernel API Manual and the function's whole name is exportfs_encode_ino64_fid(9) β yes it's a mouthful, yes it ate, we move. π
πΈ NAME πΈ
exportfs_encode_ino64_fid β encode non-decodeable 64bit ino file id
like, it makes a file id that you literally cannot decode back. that's the whole vibe. it's giving one-way street energy π¦
β¨ SYNOPSIS β¨
int exportfs_encode_ino64_fid (struct inode *inode , struct fid *fid ,
int *max_len );
that's the signature, copy it exactly, no cap. π
π«Ά ARGUMENTS π«Ά
inodeβ the object to encode. this is the main character of the whole operation ngl πfidβ where to store the file handle fragment. it's the lil spot where the goods go πmax_lenβ maximum length to store there (in 4 byte units). read that again, bestie: 4 byte units, not bytes. not me almost forgetting that π
π DESCRIPTION π
so this generic function is used to encode a non-decodeable file id for fanotify, and it's specifically for filesystems that do not support NFS export. π₯
that's it, that's the whole job. it's a generic function, it does its one little thing iconically, and it does not care about your feelings about it. periodt. β
heads up babe: "non-decodeable" is literally in the name β you're not getting that file id back. don't come crying to me. π
π SEE ALSO π
- Kernel file
./fs/exportfs/expfs.c get_name(9)exportfs_encode_inode_fh(9)exportfs_encode_fh(9)
go read those too, iykyk πβ¨
π¦ ok that's the whole page, mwah π«Ά β this lil gem lives in ./fs/exportfs, it's dated October 2026, and it goes by exportfs_encode_ino64_fid(9). slay, 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