From: Christoph Hellwig <hch@lst.de>
To: Catalin Marinas <catalin.marinas@arm.com>,
Will Deacon <will.deacon@arm.com>
Cc: Tom Lendacky <thomas.lendacky@amd.com>,
Robin Murphy <robin.murphy@arm.com>,
linux-kernel@vger.kernel.org, iommu@lists.linux-foundation.org,
linux-arm-kernel@lists.infradead.org
Subject: Re: implement generic dma_map_ops for IOMMUs v4
Date: Thu, 2 May 2019 15:22:08 +0200 [thread overview]
Message-ID: <20190502132208.GA3069@lst.de> (raw)
In-Reply-To: <20190430105214.24628-1-hch@lst.de>
Hi Catalin and Will,
can you quickly look over the arm64 parts? I'd really like to still
get this series in for this merge window as it would conflict with
a lot of dma-mapping work for next merge window, and we also have
the amd and possibly intel iommu conversions to use it waiting.
On Tue, Apr 30, 2019 at 06:51:49AM -0400, Christoph Hellwig wrote:
> Hi Robin,
>
> please take a look at this series, which implements a completely generic
> set of dma_map_ops for IOMMU drivers. This is done by taking the
> existing arm64 code, moving it to drivers/iommu and then massaging it
> so that it can also work for architectures with DMA remapping. This
> should help future ports to support IOMMUs more easily, and also allow
> to remove various custom IOMMU dma_map_ops implementations, like Tom
> was planning to for the AMD one.
>
> A git tree is also available at:
>
> git://git.infradead.org/users/hch/misc.git dma-iommu-ops.3
>
> Gitweb:
>
> http://git.infradead.org/users/hch/misc.git/shortlog/refs/heads/dma-iommu-ops.3
>
> Changes since v3:
> - fold the separate patch to refactor mmap bounds checking
> - don't warn on not finding a vm_area
> - improve a commit log
> - refactor __dma_iommu_free a little differently
> - remove a minor MSI map cleanup to avoid a conflict with the
> "Split iommu_dma_map_msi_msg" series
>
> Changes since v2:
> - address various review comments and include patches from Robin
>
> Changes since v1:
> - only include other headers in dma-iommu.h if CONFIG_DMA_IOMMU is enabled
> - keep using a scatterlist in iommu_dma_alloc
> - split out mmap/sgtable fixes and move them early in the series
> - updated a few commit logs
> _______________________________________________
> iommu mailing list
> iommu@lists.linux-foundation.org
> https://lists.linuxfoundation.org/mailman/listinfo/iommu
---end quoted text---
WARNING: multiple messages have this Message-ID (diff)
From: Christoph Hellwig <hch@lst.de>
To: Catalin Marinas <catalin.marinas@arm.com>,
Will Deacon <will.deacon@arm.com>
Cc: Tom Lendacky <thomas.lendacky@amd.com>,
iommu@lists.linux-foundation.org,
Robin Murphy <robin.murphy@arm.com>,
linux-kernel@vger.kernel.org,
linux-arm-kernel@lists.infradead.org
Subject: Re: implement generic dma_map_ops for IOMMUs v4
Date: Thu, 2 May 2019 15:22:08 +0200 [thread overview]
Message-ID: <20190502132208.GA3069@lst.de> (raw)
Message-ID: <20190502132208.f5z9Yb_wTC-st7AJjWpswamWciDfDfDrh9gELkcAQOM@z> (raw)
In-Reply-To: <20190430105214.24628-1-hch@lst.de>
Hi Catalin and Will,
can you quickly look over the arm64 parts? I'd really like to still
get this series in for this merge window as it would conflict with
a lot of dma-mapping work for next merge window, and we also have
the amd and possibly intel iommu conversions to use it waiting.
On Tue, Apr 30, 2019 at 06:51:49AM -0400, Christoph Hellwig wrote:
> Hi Robin,
>
> please take a look at this series, which implements a completely generic
> set of dma_map_ops for IOMMU drivers. This is done by taking the
> existing arm64 code, moving it to drivers/iommu and then massaging it
> so that it can also work for architectures with DMA remapping. This
> should help future ports to support IOMMUs more easily, and also allow
> to remove various custom IOMMU dma_map_ops implementations, like Tom
> was planning to for the AMD one.
>
> A git tree is also available at:
>
> git://git.infradead.org/users/hch/misc.git dma-iommu-ops.3
>
> Gitweb:
>
> http://git.infradead.org/users/hch/misc.git/shortlog/refs/heads/dma-iommu-ops.3
>
> Changes since v3:
> - fold the separate patch to refactor mmap bounds checking
> - don't warn on not finding a vm_area
> - improve a commit log
> - refactor __dma_iommu_free a little differently
> - remove a minor MSI map cleanup to avoid a conflict with the
> "Split iommu_dma_map_msi_msg" series
>
> Changes since v2:
> - address various review comments and include patches from Robin
>
> Changes since v1:
> - only include other headers in dma-iommu.h if CONFIG_DMA_IOMMU is enabled
> - keep using a scatterlist in iommu_dma_alloc
> - split out mmap/sgtable fixes and move them early in the series
> - updated a few commit logs
> _______________________________________________
> iommu mailing list
> iommu@lists.linux-foundation.org
> https://lists.linuxfoundation.org/mailman/listinfo/iommu
---end quoted text---
_______________________________________________
iommu mailing list
iommu@lists.linux-foundation.org
https://lists.linuxfoundation.org/mailman/listinfo/iommu
WARNING: multiple messages have this Message-ID (diff)
From: Christoph Hellwig <hch@lst.de>
To: Catalin Marinas <catalin.marinas@arm.com>,
Will Deacon <will.deacon@arm.com>
Cc: Tom Lendacky <thomas.lendacky@amd.com>,
iommu@lists.linux-foundation.org,
Robin Murphy <robin.murphy@arm.com>,
linux-kernel@vger.kernel.org,
linux-arm-kernel@lists.infradead.org
Subject: Re: implement generic dma_map_ops for IOMMUs v4
Date: Thu, 2 May 2019 15:22:08 +0200 [thread overview]
Message-ID: <20190502132208.GA3069@lst.de> (raw)
In-Reply-To: <20190430105214.24628-1-hch@lst.de>
Hi Catalin and Will,
can you quickly look over the arm64 parts? I'd really like to still
get this series in for this merge window as it would conflict with
a lot of dma-mapping work for next merge window, and we also have
the amd and possibly intel iommu conversions to use it waiting.
On Tue, Apr 30, 2019 at 06:51:49AM -0400, Christoph Hellwig wrote:
> Hi Robin,
>
> please take a look at this series, which implements a completely generic
> set of dma_map_ops for IOMMU drivers. This is done by taking the
> existing arm64 code, moving it to drivers/iommu and then massaging it
> so that it can also work for architectures with DMA remapping. This
> should help future ports to support IOMMUs more easily, and also allow
> to remove various custom IOMMU dma_map_ops implementations, like Tom
> was planning to for the AMD one.
>
> A git tree is also available at:
>
> git://git.infradead.org/users/hch/misc.git dma-iommu-ops.3
>
> Gitweb:
>
> http://git.infradead.org/users/hch/misc.git/shortlog/refs/heads/dma-iommu-ops.3
>
> Changes since v3:
> - fold the separate patch to refactor mmap bounds checking
> - don't warn on not finding a vm_area
> - improve a commit log
> - refactor __dma_iommu_free a little differently
> - remove a minor MSI map cleanup to avoid a conflict with the
> "Split iommu_dma_map_msi_msg" series
>
> Changes since v2:
> - address various review comments and include patches from Robin
>
> Changes since v1:
> - only include other headers in dma-iommu.h if CONFIG_DMA_IOMMU is enabled
> - keep using a scatterlist in iommu_dma_alloc
> - split out mmap/sgtable fixes and move them early in the series
> - updated a few commit logs
> _______________________________________________
> iommu mailing list
> iommu@lists.linux-foundation.org
> https://lists.linuxfoundation.org/mailman/listinfo/iommu
---end quoted text---
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
next prev parent reply other threads:[~2019-05-02 13:22 UTC|newest]
Thread overview: 119+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-04-30 10:51 implement generic dma_map_ops for IOMMUs v4 Christoph Hellwig
2019-04-30 10:51 ` Christoph Hellwig
2019-04-30 10:51 ` Christoph Hellwig
2019-04-30 10:51 ` Christoph Hellwig
2019-04-30 10:51 ` [PATCH 01/25] arm64/iommu: handle non-remapped addresses in ->mmap and ->get_sgtable Christoph Hellwig
2019-04-30 10:51 ` Christoph Hellwig
2019-04-30 10:51 ` Christoph Hellwig
2019-05-03 11:33 ` Catalin Marinas
2019-05-03 11:33 ` Catalin Marinas
2019-05-03 11:33 ` Catalin Marinas
2019-05-07 6:37 ` Christoph Hellwig
2019-05-07 6:37 ` Christoph Hellwig
2019-05-07 6:37 ` Christoph Hellwig
2019-05-07 9:05 ` Will Deacon
2019-05-07 9:05 ` Will Deacon
2019-05-07 9:05 ` Will Deacon
2019-04-30 10:51 ` [PATCH 02/25] dma-mapping: add a Kconfig symbol to indicated arch_dma_prep_coherent presence Christoph Hellwig
2019-04-30 10:51 ` Christoph Hellwig
2019-04-30 10:51 ` Christoph Hellwig
2019-05-03 11:36 ` Catalin Marinas
2019-05-03 11:36 ` Catalin Marinas
2019-05-03 11:36 ` Catalin Marinas
2019-04-30 10:51 ` [PATCH 03/25] iommu/dma: Cleanup dma-iommu.h Christoph Hellwig
2019-04-30 10:51 ` Christoph Hellwig
2019-04-30 10:51 ` Christoph Hellwig
2019-04-30 10:51 ` Christoph Hellwig
2019-04-30 10:51 ` [PATCH 04/25] iommu/dma: Remove the flush_page callback Christoph Hellwig
2019-04-30 10:51 ` Christoph Hellwig
2019-04-30 10:51 ` Christoph Hellwig
2019-05-03 11:43 ` Catalin Marinas
2019-05-03 11:43 ` Catalin Marinas
2019-05-03 11:43 ` Catalin Marinas
2019-05-03 11:44 ` Catalin Marinas
2019-05-03 11:44 ` Catalin Marinas
2019-05-03 11:44 ` Catalin Marinas
2019-04-30 10:51 ` [PATCH 05/25] iommu/dma: Use for_each_sg in iommu_dma_alloc Christoph Hellwig
2019-04-30 10:51 ` Christoph Hellwig
2019-04-30 10:51 ` Christoph Hellwig
2019-04-30 10:51 ` Christoph Hellwig
2019-04-30 10:51 ` [PATCH 06/25] iommu/dma: move the arm64 wrappers to common code Christoph Hellwig
2019-04-30 10:51 ` Christoph Hellwig
2019-04-30 10:51 ` Christoph Hellwig
2019-05-03 11:45 ` Catalin Marinas
2019-05-03 11:45 ` Catalin Marinas
2019-05-03 11:45 ` Catalin Marinas
2019-04-30 10:51 ` [PATCH 07/25] iommu/dma: Move __iommu_dma_map Christoph Hellwig
2019-04-30 10:51 ` Christoph Hellwig
2019-04-30 10:51 ` Christoph Hellwig
2019-04-30 10:51 ` Christoph Hellwig
2019-04-30 10:51 ` [PATCH 08/25] iommu/dma: Move domain lookup into __iommu_dma_{map, unmap} Christoph Hellwig
2019-04-30 10:51 ` [PATCH 08/25] iommu/dma: Move domain lookup into __iommu_dma_{map,unmap} Christoph Hellwig
2019-04-30 10:51 ` [PATCH 08/25] iommu/dma: Move domain lookup into __iommu_dma_{map, unmap} Christoph Hellwig
2019-04-30 10:51 ` Christoph Hellwig
2019-04-30 10:51 ` [PATCH 09/25] iommu/dma: Squash __iommu_dma_{map,unmap}_page helpers Christoph Hellwig
2019-04-30 10:51 ` Christoph Hellwig
2019-04-30 10:51 ` Christoph Hellwig
2019-04-30 10:51 ` [PATCH 10/25] iommu/dma: Factor out remapped pages lookup Christoph Hellwig
2019-04-30 10:51 ` Christoph Hellwig
2019-04-30 10:51 ` Christoph Hellwig
2019-04-30 10:52 ` [PATCH 11/25] iommu/dma: Refactor the page array remapping allocator Christoph Hellwig
2019-04-30 10:52 ` Christoph Hellwig
2019-04-30 10:52 ` Christoph Hellwig
2019-04-30 10:52 ` [PATCH 12/25] iommu/dma: Remove __iommu_dma_free Christoph Hellwig
2019-04-30 10:52 ` Christoph Hellwig
2019-04-30 10:52 ` Christoph Hellwig
2019-04-30 10:52 ` [PATCH 13/25] iommu/dma: Refactor iommu_dma_free Christoph Hellwig
2019-04-30 10:52 ` Christoph Hellwig
2019-04-30 10:52 ` Christoph Hellwig
2019-04-30 10:52 ` [PATCH 14/25] iommu/dma: Refactor iommu_dma_alloc Christoph Hellwig
2019-04-30 10:52 ` Christoph Hellwig
2019-04-30 10:52 ` Christoph Hellwig
2019-04-30 10:52 ` [PATCH 15/25] iommu/dma: Don't remap CMA unnecessarily Christoph Hellwig
2019-04-30 10:52 ` Christoph Hellwig
2019-04-30 10:52 ` Christoph Hellwig
2019-04-30 10:52 ` [PATCH 16/25] iommu/dma: Merge the CMA and alloc_pages allocation paths Christoph Hellwig
2019-04-30 10:52 ` Christoph Hellwig
2019-04-30 10:52 ` Christoph Hellwig
2019-04-30 10:52 ` [PATCH 17/25] iommu/dma: Split iommu_dma_free Christoph Hellwig
2019-04-30 10:52 ` Christoph Hellwig
2019-04-30 10:52 ` Christoph Hellwig
2019-04-30 10:52 ` [PATCH 18/25] iommu/dma: Cleanup variable naming in iommu_dma_alloc Christoph Hellwig
2019-04-30 10:52 ` Christoph Hellwig
2019-04-30 10:52 ` Christoph Hellwig
2019-04-30 10:52 ` [PATCH 19/25] iommu/dma: Refactor iommu_dma_alloc, part 2 Christoph Hellwig
2019-04-30 10:52 ` Christoph Hellwig
2019-04-30 10:52 ` Christoph Hellwig
2019-04-30 10:52 ` [PATCH 20/25] iommu/dma: Refactor iommu_dma_get_sgtable Christoph Hellwig
2019-04-30 10:52 ` Christoph Hellwig
2019-04-30 10:52 ` Christoph Hellwig
2019-04-30 10:52 ` [PATCH 21/25] iommu/dma: Refactor iommu_dma_mmap Christoph Hellwig
2019-04-30 10:52 ` Christoph Hellwig
2019-04-30 10:52 ` Christoph Hellwig
2019-04-30 10:52 ` [PATCH 22/25] iommu/dma: Don't depend on CONFIG_DMA_DIRECT_REMAP Christoph Hellwig
2019-04-30 10:52 ` Christoph Hellwig
2019-04-30 10:52 ` Christoph Hellwig
2019-04-30 10:52 ` [PATCH 23/25] iommu/dma: Switch copyright boilerplace to SPDX Christoph Hellwig
2019-04-30 10:52 ` Christoph Hellwig
2019-04-30 10:52 ` Christoph Hellwig
2019-04-30 10:52 ` [PATCH 24/25] arm64: switch copyright boilerplace to SPDX in dma-mapping.c Christoph Hellwig
2019-04-30 10:52 ` Christoph Hellwig
2019-04-30 10:52 ` Christoph Hellwig
2019-05-03 11:45 ` Catalin Marinas
2019-05-03 11:45 ` Catalin Marinas
2019-05-03 11:45 ` Catalin Marinas
2019-04-30 10:52 ` [PATCH 25/25] arm64: trim includes " Christoph Hellwig
2019-04-30 10:52 ` Christoph Hellwig
2019-04-30 10:52 ` Christoph Hellwig
2019-05-03 11:46 ` Catalin Marinas
2019-05-03 11:46 ` Catalin Marinas
2019-05-03 11:46 ` Catalin Marinas
2019-05-02 13:22 ` Christoph Hellwig [this message]
2019-05-02 13:22 ` implement generic dma_map_ops for IOMMUs v4 Christoph Hellwig
2019-05-02 13:22 ` Christoph Hellwig
2019-05-03 11:47 ` Catalin Marinas
2019-05-03 11:47 ` Catalin Marinas
2019-05-03 11:47 ` Catalin Marinas
2019-05-03 11:59 ` Christoph Hellwig
2019-05-03 11:59 ` Christoph Hellwig
2019-05-03 11:59 ` Christoph Hellwig
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20190502132208.GA3069@lst.de \
--to=hch@lst.de \
--cc=catalin.marinas@arm.com \
--cc=iommu@lists.linux-foundation.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=robin.murphy@arm.com \
--cc=thomas.lendacky@amd.com \
--cc=will.deacon@arm.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.