Message ID | 0-v4-c8663abbb606+3f7-iommu_pages_jgg@nvidia.com (mailing list archive) |
---|---|
Headers | show |
Series | iommu: Further abstract iommu-pages | expand |
> Jason Gunthorpe (23): > iommu/terga: Do not use struct page as the handle for as->pd memory > iommu/tegra: Do not use struct page as the handle for pts > iommu/pages: Remove __iommu_alloc_pages()/__iommu_free_pages() > iommu/pages: Make iommu_put_pages_list() work with high order > allocations > iommu/pages: Remove the order argument to iommu_free_pages() > iommu/pages: Remove iommu_free_page() > iommu/pages: De-inline the substantial functions > iommu/pages: Formalize the freelist API > iommu/riscv: Convert to use struct iommu_pages_list > iommu/amd: Convert to use struct iommu_pages_list > iommu: Change iommu_iotlb_gather to use iommu_page_list > iommu/pages: Remove iommu_put_pages_list_old and the _Generic > iommu/pages: Move from struct page to struct ioptdesc and folio > iommu/pages: Move the __GFP_HIGHMEM checks into the common code > iommu/pages: Allow sub page sizes to be passed into the allocator > iommu/amd: Change rlookup, irq_lookup, and alias to use kvalloc() > iommu/amd: Use roundup_pow_two() instead of get_order() > iommu/riscv: Update to use iommu_alloc_pages_node_lg2() > iommu: Update various drivers to pass in lg2sz instead of order to > iommu pages > iommu/pages: Remove iommu_alloc_page/pages() > iommu/pages: Remove iommu_alloc_page_node() > iommu/amd: Use iommu_alloc_pages_node_sz() for the IRT > iommu/vtd: Remove iommu_alloc_pages_node() Applied to the new iommu-pages branch. I think this has the potential to become a conflict nightmare, let's see how it goes in this cycle. Joerg
On Thu, Apr 17, 2025 at 04:25:29PM +0200, Joerg Roedel wrote: > > Jason Gunthorpe (23): > > iommu/terga: Do not use struct page as the handle for as->pd memory > > iommu/tegra: Do not use struct page as the handle for pts > > iommu/pages: Remove __iommu_alloc_pages()/__iommu_free_pages() > > iommu/pages: Make iommu_put_pages_list() work with high order > > allocations > > iommu/pages: Remove the order argument to iommu_free_pages() > > iommu/pages: Remove iommu_free_page() > > iommu/pages: De-inline the substantial functions > > iommu/pages: Formalize the freelist API > > iommu/riscv: Convert to use struct iommu_pages_list > > iommu/amd: Convert to use struct iommu_pages_list > > iommu: Change iommu_iotlb_gather to use iommu_page_list > > iommu/pages: Remove iommu_put_pages_list_old and the _Generic > > iommu/pages: Move from struct page to struct ioptdesc and folio > > iommu/pages: Move the __GFP_HIGHMEM checks into the common code > > iommu/pages: Allow sub page sizes to be passed into the allocator > > iommu/amd: Change rlookup, irq_lookup, and alias to use kvalloc() > > iommu/amd: Use roundup_pow_two() instead of get_order() > > iommu/riscv: Update to use iommu_alloc_pages_node_lg2() > > iommu: Update various drivers to pass in lg2sz instead of order to > > iommu pages > > iommu/pages: Remove iommu_alloc_page/pages() > > iommu/pages: Remove iommu_alloc_page_node() > > iommu/amd: Use iommu_alloc_pages_node_sz() for the IRT > > iommu/vtd: Remove iommu_alloc_pages_node() > > Applied to the new iommu-pages branch. I think this has the potential to > become a conflict nightmare, let's see how it goes in this cycle. I haven't had much trouble rebasing it, so fingers crossed, thanks Jason
On Thu, Apr 17, 2025 at 11:27:52AM -0300, Jason Gunthorpe wrote:
> I haven't had much trouble rebasing it, so fingers crossed, thanks
Forget the iommu-pages branch, this just makes it worse. I put it
directly into the core branch now for everyone to rebase on in case of
conflicts. This should avoid some of the potential trouble :)
Regards,
Joerg