__efi_memmap_init(9)
π
__efi_memmap_init π
okay so bestie, welcome to the Kernel API Manual entry for __efi_memmap_init β she's the common-code girlie for mapping the EFI memory map, and honestly she ate. let's get into it π«Ά
β¨ NAME β¨
__efi_memmap_init β the common code that handles mapping the EFI memory map. no cap, that's her whole job π
π¦ SYNOPSIS π¦
int __efi_memmap_init (struct efi_memory_map_data *data );
π ARGUMENTS π
dataβ the EFI memory map data π literally the whole memory map vibe lives in here
π DESCRIPTION π
so here's the tea β β this function is the one that figures out which function to use to map the EFI memory map inside efi.memmap, and it makes that call based on how far into the boot we are. yeah. she's reading the room. main character energy fr fr π
during bootup, EFI_MEMMAP_LATE in data->flags should be clear, because at that point the only things we have access to are the early_memremap*() functions β the vmalloc space isn't set up yet, so like, it's not available. periodt π no vmalloc, no fancy options.
once the kernel is fully booted though? then we can fallback to the more robust memremap*() API. glow-up complete β¨ like she literally leveled up the mapping situation the moment the kernel finished booting π§
π₯ RETURN π₯
- zero on success π slay
- a negative error code on failure π so if you see a negative number, that's your sign something did not go off
π SEE ALSO π
- Kernel file
./drivers/firmware/efi/memmap.cβ go read the source, iykyk π¦ efi_memmap_init_early(9)β the early-boot bestie πΈefi_memmap_init_late(9)β the fully-booted bestie π«
and that's the page!! mwah π built from ./drivers/firmware/efi, dated October 2026, and her name is __efi_memmap_init(9) in case you forgot already π β k bye, go map some memory responsibly π
π
π¦ where this page comes from
- nixpkgs unstable: linux-manual 7.3.1
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms