deactivate_file_folio(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… deactivate_file_folio β€” Kernel API Manual, section 9

okay so bestie, welcome to deactivate_file_folio(9) β€” genuinely one of those tiny little functions that's just vibing in the kernel and doing exactly one (1) thing, and honestly? iconic behavior. ✨


🌸 NAME 🌸

deactivate_file_folio β€” literally just deactivates a file folio. that's the whole plot. no cap. πŸŽ€


✨ SYNOPSIS ✨

void deactivate_file_folio (struct folio *folio );

like, that's it. she's short, she's sweet, she returns void because she's not about to give you extra drama. πŸ’œ


πŸ¦‹ ARGUMENTS πŸ¦‹

  • folio β€” the folio you want to deactivate. that's the one. the main character. 🫢

πŸ”₯ DESCRIPTION πŸ”₯

okay so here's the tea: this function hints to the VM that folio is a good reclaim candidate. highkey generous of it tbh. πŸ‘‘

when would you even want that? the manpage gives the example: if its invalidation fails because the folio is dirty or under writeback. so like, the invalidation said "nope, can't right now" and you're basically going "cool cool cool, then the VM might as well consider her reclaimable." πŸ’€

it's a hint, bestie β€” not a command. don't go treating it like a guarantee. πŸ™ˆ

🧚 CONTEXT 🧚

the caller holds a reference on the folio. that's the vibe check for calling this β€” you gotta have that reference. no reference, no entry. periodt. ⭐


🌈 SEE ALSO 🌈

like, the whole folio friend group fr fr. go read the rest of them, iykyk πŸ’–


and that's the page, bestie πŸ“ β€” brought to you straight out of ./mm, dated October 2026, in the Kernel API Manual. slay, go forth and deactivate responsibly πŸ’…πŸ¦‹

πŸ“¦ where this page comes from