memory_failure_pfn(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’– memory_failure_pfn (9) β€” Kernel API Manual πŸ’–

okay so bestie, welcome to the memory_failure_pfn(9) page, brought to you by the Kernel API Manual ✨ this one is all about handling a memory failure on a page that's not backed by struct page β€” yes, that's the whole vibe, and honestly it's giving niche-but-important πŸŽ€


🌸 NAME 🌸

memory_failure_pfn β€” Handle memory failure on a page not backed by struct page.

like literally, a page with no struct page backing it. that's the assignment. slay πŸ’…


✨ SYNOPSIS ✨

int memory_failure_pfn (unsigned long pfn , int flags );

two arguments, one int coming back at you. no cap, that's it πŸ¦‹


🫢 ARGUMENTS 🫢

  • pfn β€” Page Number of the corrupted page. yep, the Page Number of the page that's gone bad 😭 that's the one we're here about.
  • flags β€” fine tune action taken. it literally fine-tunes the action, bestie β€” that's the whole job πŸ”₯

πŸ‘‘ RETURN πŸ‘‘

  • 0 β€” success πŸŽ‰ everything's fine, we ate.
  • -EBUSY β€” Page PFN does not belong to any address space mapping. πŸ’€ so the Page PFN isn't mapped to any address space, and the call just can't do its thing. not a vibe, but at least you know why.
ngl the original lays these two out in one squished line, so here they are un-squished for your reading pleasure β€” the facts are exactly the same, promise 🫢

🌈 SEE ALSO 🌈

go read these next, iykyk ✨


aaaand that's the whole page, bestie πŸ§šπŸ’œ this icon lives in ./mm and the manual's dated October 2026 β€” so go forth, handle those failures, and remember: page not backed by struct page? now you know exactly who to call πŸ“žβœ¨ periodt.

πŸ“¦ where this page comes from