On 05.05.2025 09:01, Leon Romanovsky wrote: > Hi Marek, > > These are the DMA/IOMMU patches only, which have not seen functional > changes for a while. They are tested and reviewed and ready to merge. > > We will work with relevant subsystems to merge rest of the conversion > patches. At least some of them will be done in next cycle to reduce > merge conflicts. > > Thanks > > ========================================================================= > Following recent on site LSF/MM 2025 [1] discussion, the overall > response was extremely positive with many people expressed their > desire to see this series merged, so they can base their work on it. > > It includes, but not limited: > * Luis's "nvme-pci: breaking the 512 KiB max IO boundary": > https://lore.kernel.org/all/20250320111328.2841690-1-mcgrof@xxxxxxxxxx/ > * Chuck's NFS conversion to use one structure (bio_vec) for all types > of RPC transports: > https://lore.kernel.org/all/913df4b4-fc4a-409d-9007-088a3e2c8291@xxxxxxxxxx > * Matthew's vision for the world without struct page: > https://lore.kernel.org/all/Z-WRQOYEvOWlI34w@xxxxxxxxxxxxxxxxxxxx/ > * Confidential computing roadmap from Dan: > https://lore.kernel.org/all/6801a8e3968da_71fe29411@xxxxxxxxxxxxxxxxxxxxxxxxx.notmuch > > This series is combination of effort of many people who contributed ideas, > code and testing and I'm gratefully thankful for them. Thanks everyone involved in this contribution. I appreciate the effort of showing that such new API is really needed and will be used by other subsystems. I see benefits from this approach and I hope that any pending issues can be resolved incrementally. I've applied this patchset to dma-mapping-next branch and it will be also available as dma-mapping-for-6.16-two-step-api [1] stable branch for those who wants to base their pending work on it. [1] https://web.git.kernel.org/pub/scm/linux/kernel/git/mszyprowski/linux.git/log/?h=dma-mapping-for-6.16-two-step-api > ... Best regards -- Marek Szyprowski, PhD Samsung R&D Institute Poland
