pci_epc_mem_unmap(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… pci_epc_mem_unmap(9) πŸ’…

okay bestie, welcome to the Kernel API Manual, and today's main character is pci_epc_mem_unmap β€” the cleanup queen. She unmaps AND frees a CPU address region. That's it. That's her whole vibe. ✨


✨ SYNOPSIS ✨

void pci_epc_mem_unmap (struct pci_epc *epc , u8 func_no , u8 vfunc_no ,
       struct pci_epc_map *map );

returns nothing, void, because she's done after this, no notes πŸŽ€


🌸 ARGUMENTS 🌸

  • epc β€” the EPC device on which the CPU address is allocated and mapped. like, the whole venue for this operation 🫢
  • func_no β€” the physical endpoint function number in the EPC device. lowkey important, this is the real one πŸ’…
  • vfunc_no β€” the virtual endpoint function number in the physical function. the virtual lil sibling of func_no πŸ¦‹
  • map β€” the mapping information. she's literally carrying all the receipts of what got mapped 😭

πŸ’– DESCRIPTION πŸ’–

Here's the tea, bestie: this function unmaps and frees a CPU address region that was allocated and mapped with pci_epc_mem_map. it's giving cleanup era. you map it, you unmap it, balance is restored to the universe 🌈

no cap, she only takes care of stuff that pci_epc_mem_map set up β€” she's not out here cleaning up random addresses, so know your source πŸ‘‘

πŸ¦‹ SEE ALSO πŸ¦‹

Kernel file ./drivers/pci/endpoint/pci-epc-core.c β€” and honestly the whole friend group:


and that's the whole page, bestie!! πŸ’œ this one lives in ./drivers/pci/endpoint and the version/date stamp on it is October 2026 β€” iconic, timeless, obsessed. go forth and unmap responsibly βœ¨πŸŽ€πŸ¦‹

πŸ“¦ where this page comes from