bm_unlink(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

okay so real talk: this is bm_unlink(9) from the Kernel API Manual, and it's literally the page about yeeting a binary type handler through unlink(2). no cap, that's the whole vibe. πŸŽ€


🌸 SYNOPSIS 🌸

int bm_unlink (struct inode *dir , struct dentry *dentry );

that's it. that's the signature. copy it exactly, don't come for me. πŸ’…


✨ ARGUMENTS ✨

  • dir β€” the inode of the root directory. yes, the root directory. she's in charge. πŸ‘‘
  • dentry β€” the entry file to remove. this is the one getting unalived (affectionately). πŸ¦‹

πŸ’– DESCRIPTION πŸ’–

so here's the tea, bestie: removing that entry file removes its binary type handler. periodt. it's exactly the same thing as writing -1 to it β€” same result, different font. πŸ”₯

lowkey important: the status and register control files can't be removed. like, at all. don't even try it. πŸ™ˆ

and the VFS calls this with the root inode lock held, which serializes it against the write-based add and remove paths. so it's all orderly and safe and nobody's stepping on anybody's toes β€” it's giving main character energy with a mutex. πŸ’€


🌈 SEE ALSO 🌈

go stalk these next, iykyk:


okay that's the whole page, you ate that 🫢 this one's from ./fs, dated October 2026, and it goes out to bm_unlink(9) β€” catch you in the next manpage, bestie πŸ’œπŸ§š

πŸ“¦ where this page comes from