mapped_fsuid(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

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:

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