Re: [PATCH v3 00/17] Provide a new two step DMA mapping API

Leon Romanovsky
2024-11-14T13:30:24Z

On Tue, Nov 12, 2024 at 09:20:40AM +0200, Leon Romanovsky wrote:
> On Sun, Nov 10, 2024 at 03:46:47PM +0200, Leon Romanovsky wrote:
>
> <...>
>
> > ----------------------------------------------------------------------------
> > The code can be downloaded from:
> > https://git.kernel.org/pub/scm/linux/kernel/git/leon/linux-rdma.git tag:dma-split-nov-09
>
> <...>
>
> >
> > Christoph Hellwig (6):
> > PCI/P2PDMA: Refactor the p2pdma mapping helpers
> > dma-mapping: move the PCI P2PDMA mapping helpers to pci-p2pdma.h
> > iommu: generalize the batched sync after map interface
> > iommu/dma: Factor out a iommu_dma_map_swiotlb helper
> > dma-mapping: add a dma_need_unmap helper
> > docs: core-api: document the IOVA-based API
> >
> > Leon Romanovsky (11):
> > dma-mapping: Add check if IOVA can be used
> > dma: Provide an interface to allow allocate IOVA
> > dma-mapping: Implement link/unlink ranges API
> > mm/hmm: let users to tag specific PFN with DMA mapped bit
> > mm/hmm: provide generic DMA managing logic
> > RDMA/umem: Store ODP access mask information in PFN
> > RDMA/core: Convert UMEM ODP DMA mapping to caching IOVA and page
> > linkage
> > RDMA/umem: Separate implicit ODP initialization from explicit ODP
> > vfio/mlx5: Explicitly use number of pages instead of allocated length
> > vfio/mlx5: Rewrite create mkey flow to allow better code reuse
> > vfio/mlx5: Enable the DMA link API
>
> Robin,
>
> All technical concerns were handled and this series is ready to be merged.
>
> Robin, can you please Ack the dma-iommu patches?

I don't see any response, so my assumption is that this series is ready
to be merged. Let's do it this cycle and save from us the burden of
having dependencies between subsystems.

Thanks

>
> Thanks
>