mapped_fsuid(9)
okay so, bestie, welcome to mapped_fsuid(9) β the Kernel API Manual page that's about to make idmapping make sense, fr fr. π
πΈ NAME πΈ
mapped_fsuid β return caller's fsuid mapped according to an idmapping.
β¨ SYNOPSIS β¨
kuid_t mapped_fsuid (struct mnt_idmap *idmap , struct user_namespace
*fs_userns );
π ARGUMENTS π
idmapβ the mount's idmapping. yes, the mount's πfs_usernsβ the filesystem's idmapping. the filesystem's, periodt π¦
π¦ DESCRIPTION π¦
Use this helper to initialize a new vfs or filesystem object based on the caller's fsuid. it's giving "set up the new thing with the right identity" β¨
A common example is initializing the i_uid field of a newly allocated inode triggered by a creation event such as mkdir or O_CREAT. like when a new inode is born and needs its i_uid set π
Other examples include the allocation of quotas for a specific user. quota allocation for one specific user, iykyk π
π RETURN π
The caller's current fsuid mapped up according to idmap. that's the return value, bestie π
π SEE ALSO π
Kernel file ./include/linux/mnt_idmapping.h β and the whole squad is:
vfsuid_eq_kuid(9)vfsgid_eq_kgid(9)vfsuid_has_fsmapping(9)vfsuid_into_kuid(9)vfsgid_has_fsmapping(9)vfsgid_into_kgid(9)mapped_fsgid(9)
kisses and kernel hugs π«Ά β this mapped_fsuid(9) page comes from ./include/linux, and it's dated October 2026, periodt. π
π¦ 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