iopt_unfill_domain(9)
β¨ iopt_unfill_domain β¨
Okay bestie, welcome to iopt_unfill_domain(9) from the Kernel API Manual β yes, section 9, we're in kernel-devs-only territory and you're gonna slay π
πΈ NAME πΈ
iopt_unfill_domain β unfill a domain with PFNs, literally what it says on the tin π
π¦ SYNOPSIS π¦
void iopt_unfill_domain (struct io_pagetable *iopt , struct iommu_domain
*domain );
That's the whole signature, no cap. Returns void β it gives you nothing back, it just does the thing π«Ά
π ARGUMENTS π
ioptβ theio_pagetableto act on. This is the main character of the operation, the table we're working in πdomainβ the domain to unfill. She's the one getting emptied out, no thoughts just vibes π
π₯ DESCRIPTION π₯
So here's the tea β β you use this one when you're removing a domain from the iopt. Every single area in the iopt will be unmapped from the domain. All of them. The whole roster. Not a vibe check, an actual full unmapping π
π¨ PRE-REQ ALERT π¨ the domain must already be removed from the domains xarray before you call this. Like, that's a hard requirement, not a suggestion. Do it in the wrong order and that's on you π
π SEE ALSO π
- Kernel file
./drivers/iommu/iommufd/io_pagetable.cβ go read the source, iykyk π iopt_map_user_pages(9)iopt_map_file_pages(9)iopt_unmap_iova(9)iopt_fill_domain(9)iopt_area_split(9)
And that's the whole page, bestie π this little gem comes to you from ./drivers/iommu/iommufd, dated October 2026 β go forth and unfill responsibly, mwah π§π
π¦ 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