vfs_get_link(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

okay so real talk, this is vfs_get_link from the Kernel API Manual (vfs_get_link(9), yes the name literally repeats, we love a consistent queen πŸ‘‘). she's a little function with one job and honestly? she ate.


✨ NAME ✨

vfs_get_link β€” get symlink body πŸ¦‹

like, that's it. that's the whole personality. she gets you the body of a symbolic link. slay.


🌸 SYNOPSIS 🌸

const char * vfs_get_link (struct dentry *dentry , struct delayed_call *done );

look at her signature, so clean, so iconic ✨


πŸŽ€ ARGUMENTS πŸŽ€

  • dentry β€” the dentry on which to get symbolic link. this is your main character, the thing you're asking about πŸ’…
  • done β€” the caller needs to free returned data with this. yes, really. you own the cleanup, bestie. it's giving "you break it you bought it" 🫢

πŸ’– DESCRIPTION πŸ’–

okay so here's the vibe: vfs_get_link calls the security hook and i_op->get_link on the supplied inode. both of them. no cap. πŸ”₯

it does not touch atime. ngl that's lowkey important β€” that's up to the caller if necessary. so if you want the access time updated, that's on you, not her πŸ™ˆ

and she does not work on "special" symlinks like /proc/$$/fd/N. like, at all. not her department, not her problem, don't @ her πŸ’€

fr fr check that last one before you ship β€” "special" symlinks are a hard no here, and there's no vibe check that'll save you.

πŸ¦‹ SEE ALSO πŸ¦‹

Kernel file ./fs/namei.c β€” and honestly the whole extended friend group, because she knows everyone πŸ’…

like, that's the whole group chat and every single one of them is invited πŸ’œ


okay that's the page!! 🌈 final vibes check: this whole situation lives in the ./fs directory, dated October 2026, and the manual version is vfs_get_link(9) β€” that's the source, the directory and the date all in one cute little sign-off, mwah πŸ’‹ see u next manpage bestie 🫢✨

πŸ“¦ where this page comes from