tomoyo_mount_acl(9)
π tomoyo_mount_acl(9)
okay so bestie, welcome to the tomoyo_mount_acl page β this one lives in the Kernel API Manual and honestly? it's giving "small function, big responsibility" energy. it does exactly one thing and it does it with main character confidence: Check permission for mount() operation. periodt. π₯
β¨ SYNOPSIS β¨
int tomoyo_mount_acl (struct tomoyo_request_info *r , const char
*dev_name , const struct path *dir , const char *type , unsigned long
flags );
literally the whole signature, no cap β copy it exactly if you're typing it out π
π ARGUMENTS π
rβ Pointer to"struct tomoyo_request_info". this is the request-info vibe holder, she's the one carrying the context π«Άdev_nameβ Name of device file. MaybeNULL. yes bestie,NULLis allowed, don't panic πΈdirβ Pointer to"struct path".typeβ Name of filesystem type.flagsβ Mount options.
π¦ DESCRIPTION π¦
Returns 0 on success, negative value otherwise. that's it, that's the deal β zero means slay β
, anything negative means nope π
Caller holds tomoyo_read_lock. important detail, don't skip it β whoever's calling this is already holding that lock, iykyk. π
π SEE ALSO π
- Kernel file
./security/tomoyo/mount.c tomoyo_audit_mount_log(9)tomoyo_check_mount_acl(9)tomoyo_mount_permission(9)
go read those too, they're all in the same friend group fr fr π
and that's the whole page, bestie π this iconic little entry comes from ./security/tomoyo and it's dated October 2026 β so yeah, mark your calendar, the mount ACL lore is timeless πβ¨
π¦ 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