smack_inode_rename(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… smack_inode_rename β€” the manual page, but make it a group chat

okay so bestie, you're looking at smack_inode_rename(9) from the Kernel API Manual, and honestly? she's a short one. Which like… slay for you, because you'll actually finish reading her. πŸ’–


✨ NAME ✨

smack_inode_rename β€” the Smack security check that happens on rename πŸŽ€


✨ SYNOPSIS ✨

int smack_inode_rename (struct inode *old_inode , struct dentry
     *old_dentry , struct inode *new_inode , struct dentry *new_dentry );

✨ ARGUMENTS ✨

  • old_inode β€” literally unused πŸ™ˆ she's just there for the vibes, bestie. don't worry about her.
  • old_dentry β€” the old object πŸ’… like where the thing was before you moved it.
  • new_inode β€” also unused 😭 two whole parameters doing absolutely nothing, and we respect their peace.
  • new_dentry β€” the new object ✨ where the thing is going.

✨ DESCRIPTION ✨

So here's the tea 🍡 β€” you need read and write access on both the old and new directories. Both. Not one, not "close enough", BOTH. no cap.

Returns 0 if access is permitted, an error code otherwise. that's it. that's the whole function. short queen behavior, we love to see it πŸ‘‘πŸ«Ά


✨ SEE ALSO ✨

The kernel file lives at ./security/smack/smack_lsm.c 🌸 and here's the entire extended family, fr fr β€” every single one, no skipping:


ngl bestie, that's a lot of siblings. but you asked, and I delivered. iykyk πŸ¦‹

that's the whole page!! mwah πŸ’‹ this little legend was served to you by ./security/smack, dated October 2026, and she goes by smack_inode_rename(9) β€” remember her name, she earned it πŸ‘‘πŸ’œ

πŸ“¦ where this page comes from