ovl_lookup_real_one(9)
π ovl_lookup_real_one(9) β from the Kernel API Manual, bestie π«Ά
Okay so picture this: you're deep in overlayfs land, you've got a real dentry in your hand, and you're like "girl, WHO is your overlay counterpart?" That's literally this function's entire job. It lives in the Kernel API manual section 9, and it's giving "matchmaker for dentries" energy β¨
β¨ NAME β¨
ovl_lookup_real_one β lookup a child overlay dentry to get an overlay dentry whose real dentry is given π
π¦ SYNOPSIS π¦
struct dentry * ovl_lookup_real_one (struct dentry *connected , struct
dentry *real , const struct ovl_layer *layer );
π ARGUMENTS π
connectedβ the parent overlay dentry π (the one we're searching inside of)realβ the given child real dentry π (the one we're trying to find a match for)layerβ the layer in whichrealexists π
π DESCRIPTION π
So here's the whole vibe ngl: it looks up a child overlay dentry in connected with the same name as the real dentry. Simple enough, right?
But no β it does NOT stop there, because this function is thorough and honestly a little paranoid (affectionate π). Then it does two vibe checks:
- it checks that the parent of the result is the real dentry for
connected, and - it checks that
realis the real dentry for the result π
Like, double-verifying the match. No cap, it's committing to the bit.
π₯ RETURN π₯
-ECHILDβ if the parent ofrealis no longer the real dentry forconnectedπ (the relationship changed out from under you)-ESTALEβ ifrealis not the real dentry of the found dentry π (you found someone, but they're not the one)- otherwise β the found dentry is returned, slay πβ¨
πΈ SEE ALSO πΈ
Kernel file ./fs/overlayfs/export.c β go read it, iykyk π§
k that's the whole page bestie, mwah π
β brought to you by ./fs/overlayfs, dated October 2026, and fr fr you're gonna nail this one π
π¦ 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