pci_epc_mem_free_addr(9)
π pci_epc_mem_free_addr β the kernel API glow-up π
Okay bestie, so this little function lives in the Kernel API Manual and honestly? It's giving "cleanup era." It's the responsible bestie who shows up after the party (aka pci_epc_mem_alloc_addr) to make sure everything gets tidied away properly. No leaks, no mess, periodt. π
β¨ SYNOPSIS β¨
void pci_epc_mem_free_addr (struct pci_epc *epc , phys_addr_t phys_addr
, void __iomem *virt_addr , size_t size );
πΈ ARGUMENTS πΈ
epcβ the EPC device that the memory was originally allocated on. Like, the actual host of the whole situation. πphys_addrβ the physical address that got allocated. The real-world coordinates of your memory, iykyk. πΊοΈvirt_addrβ the virtual address of the allocated memory space. Bestie's POV version of the same spot. π¦sizeβ the size of the allocated address space. Gotta know how much you're handing back, no cap. π
π DESCRIPTION π
So here's the tea: you invoke this when you wanna free the memory that was allocated using pci_epc_mem_alloc_addr. It's the undoing, the reverse uno card, the "okay we're done here" moment. Literally just call it and let it handle the rest. β¨
π₯ SEE ALSO π₯
- Kernel file
./drivers/pci/endpoint/pci-epc-mem.cβ the whole vibe lives here, highly recommend a read. π pci_epc_mem_get_order(9)pci_epc_multi_mem_init(9)pci_epc_mem_init(9)pci_epc_mem_exit(9)pci_epc_mem_alloc_addr(9)β the og allocator, this function's main character counterpart. π«Ά
ngl, always pair this with pci_epc_mem_alloc_addr or you'll be leaking memory and that's not the aesthetic. π
And that's the whole page, bestie! Sourced from ./drivers/pci/endpoint, dated October 2026, and filed under the pci_epc_mem_free_addr(9) manual. Slay, go free that memory. ππ
π¦ 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