From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-7.5 required=3.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,MENTIONS_GIT_HOSTING,SPF_PASS,USER_AGENT_MUTT autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 821DAC43219 for ; Thu, 2 May 2019 13:22:28 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 53E4A2075E for ; Thu, 2 May 2019 13:22:28 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726383AbfEBNW1 (ORCPT ); Thu, 2 May 2019 09:22:27 -0400 Received: from verein.lst.de ([213.95.11.211]:59274 "EHLO newverein.lst.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726197AbfEBNW0 (ORCPT ); Thu, 2 May 2019 09:22:26 -0400 Received: by newverein.lst.de (Postfix, from userid 2407) id B9DF368AA6; Thu, 2 May 2019 15:22:08 +0200 (CEST) Date: Thu, 2 May 2019 15:22:08 +0200 From: Christoph Hellwig To: Catalin Marinas , Will Deacon Cc: Tom Lendacky , Robin Murphy , 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 Message-ID: <20190502132208.GA3069@lst.de> References: <20190430105214.24628-1-hch@lst.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190430105214.24628-1-hch@lst.de> User-Agent: Mutt/1.5.17 (2007-11-01) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 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---