__make_folio_secure(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

NAME ✨

okay so bestie, this is __make_folio_secure(9) from the Kernel API Manual, and the whole assignment is literally right there in the name: make a folio secure πŸ’… no cap.


🌸 SYNOPSIS 🌸

       int __make_folio_secure (struct folio *folio , struct uv_cb_header *uvcb
       );

Like, the vibe check is right there: it returns an int, and it takes a struct folio *folio plus a struct uv_cb_header *uvcb.


πŸŽ€ ARGUMENTS πŸŽ€

  • folio β€” the folio to make secure. This is the main-character folio of the whole operation.
  • uvcb β€” the uvcb that describes the UVC to be used. It's giving "instructions for the UVC," periodt.

πŸ¦‹ DESCRIPTION πŸ¦‹

The folio folio will be made secure if possible, and uvcb will be passed as-is to the UVC. That's it. No extra glow-up, no copy, no remix β€” uvcb goes in exactly as it is πŸ’–.


πŸ’œ RETURN πŸ’œ

  • 0 β€” success, slay ✨
  • -EBUSY β€” if the folio is in writeback or has too many references
  • -EAGAIN β€” if the UVC needs to be attempted again
  • -ENXIO β€” if the address is not mapped
  • -EINVAL β€” if the UVC failed for other reasons

πŸ”₯ CONTEXT πŸ”₯

Okay so before you call this, bestie, the caller must hold exactly one extra reference on the folio β€” yes, it's the same logic as split_folio β€” and the folio must be locked. Not optional. Locked folio or no deal πŸ”’.


🌈 SEE ALSO 🌈


xoxo πŸ’… β€” source/version: ./arch/s390/kernel, date: October 2026, for __make_folio_secure(9). bye bestie 🫢

πŸ“¦ where this page comes from