d_find_alias(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

✨ d_find_alias(9) β€” Kernel API Manual edition ✨

okay so bestie, this is the d_find_alias(9) page from the Kernel API Manual, and it is literally giving β€œgrab a hashed alias of inode” energy. πŸ’…

🌸 NAME 🌸

d_find_alias β€” grab a hashed alias of inode

πŸŽ€ SYNOPSIS πŸŽ€

struct dentry * d_find_alias (struct inode *inode );

πŸ¦‹ ARGUMENTS πŸ¦‹

  • inode β€” the inode in question, bestie. 🫢

πŸ”₯ DESCRIPTION πŸ”₯

Okay so if inode has a hashed alias, or if it is a directory and has any alias, this function acquires the reference to the alias and returns it. Slay. Otherwise it returns NULL. No cap, that is the whole mood.

Notice that if inode is a directory there can be only one alias, and it can be unhashed only if:

  • it has no children, or
  • it is the root of a filesystem, or
  • the directory was renamed and d_revalidate was the first vfs operation to notice.

Also, if the inode has an IS_ROOT, DCACHE_DISCONNECTED alias, then prefer any other hashed alias over that one. Iconic little preference rule, honestly.

🌈 SEE ALSO 🌈

Kernel file ./fs/dcache.c and the whole dcache group chat:


🫢 that’s the whole page, bestie β€” cute footer sign-off: source/version ./fs, date October 2026, page d_find_alias(9). periodt. πŸ’–

πŸ“¦ where this page comes from