ceph_fscrypt...pare_readdir(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… ceph_fscrypt_prepare_readdir β€” the Kernel API manual, but make it make sense ✨

okay so bestie, you're in the Kernel API Manual and this function lives in the ceph_fscrypt...pare_readdir corner of the world πŸ’– (yes the title is doing that abbreviation thing, it's the ceph_fscrypt_prepare_readdir function, iykyk πŸŽ€).


🌸 NAME 🌸

ceph_fscrypt_prepare_readdir β€” literally just a simple __fscrypt_prepare_readdir() wrapper, no cap 🫢


✨ SYNOPSIS ✨

int ceph_fscrypt_prepare_readdir (struct inode *dir );

πŸŽ€ ARGUMENTS πŸŽ€

  • dir β€” the directory inode you're prepping for readdir, that's it, that's the whole vibe πŸ¦‹

πŸ’… DESCRIPTION πŸ’…

So this is a simple wrapper around __fscrypt_prepare_readdir πŸ’– The one extra little thing it does? If this call results in the directory actually getting unlocked, it marks the directory as non-complete. That's the whole personality. Iconic, lowkey 🧚


🌈 RETURN 🌈

  • 1 β€” the directory was locked and the key is now loaded, i.e. the dir is unlocked, slay πŸ”₯
  • 0 β€” the directory is still locked πŸ™ˆ
  • < 0 β€” __fscrypt_prepare_readdir failed, and that's the sad path 😭
fr fr, watch that < 0 β€” negative means a failure from __fscrypt_prepare_readdir, so don't just check for truthy, bestie πŸ’€

πŸ¦‹ SEE ALSO πŸ¦‹


⭐ and that's the whole page, bestie πŸ’œ this lil number comes from ./fs/ceph, dated October 2026, and it signs off being the ceph_fscrypt...pare_readdir(9) manual β€” go forth and readdir responsibly πŸ‘‘πŸŒΈ

πŸ“¦ where this page comes from