vmemmap_remap_alloc(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… vmemmap_remap_alloc(9) πŸ’…

okay so bestie, welcome to the Kernel API Manual β€” yes we're reading kernel docs together, this is our bonding era 🫢. This page is all about vmemmap_remap_alloc, and ngl it's a whole vibe once you get past the intimidating name.


✨ NAME ✨

vmemmap_remap_alloc β€” remaps the vmemmap virtual address range [@start, end) so it points at the page that comes from the @vmemmap_pages respectively. like, it's doing a little address-range glow-up πŸ’«


🌸 SYNOPSIS 🌸

int vmemmap_remap_alloc (unsigned long start , unsigned long end ,
       unsigned long flags );

three unsigned longs walk into a function and return an int, no cap 😌


πŸŽ€ ARGUMENTS πŸŽ€

  • start β€” the start address of the vmemmap virtual address range we're remapping. the beginning of the glow-up zone, literally πŸ¦‹
  • end β€” the end address of that same vmemmap virtual address range we're remapping. the range is [start, end), so end is the boundary, not included β€” periodt ✨
  • flags β€” the modifications to the vmemmap_remap_walk flags. this is where you tell it how you want the walk to behave 🎯

πŸ”₯ RETURN πŸ”₯

  • 0 on success β€” slay, we ate πŸ’…
  • a negative error code otherwise β€” it's giving "nope, not today" 😭

πŸ‘‘ SEE ALSO πŸ‘‘

all of these are the friend group of this function β€” go say hi πŸ’–


lowkey reminder: start and end are a half-open range, [start, end), so don't be out here expecting end to be included, bestie πŸ™ˆ

and that's the page!! πŸŽ€ this one lives in ./mm, dated October 2026, and it's filed under vmemmap_remap_alloc(9) β€” mwah, go forth and remap responsibly πŸŒˆβ­πŸ’œ

πŸ“¦ where this page comes from