Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp3892367yba; Tue, 9 Apr 2019 07:00:37 -0700 (PDT) X-Google-Smtp-Source: APXvYqxEQa9kwDFhARyUboq0S/6YvTDRYNaYolj5mo9vMrcJdqlJ+ZDFIdW65D2lCn+iDXijAKs0 X-Received: by 2002:a62:424b:: with SMTP id p72mr18987887pfa.167.1554818437346; Tue, 09 Apr 2019 07:00:37 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1554818437; cv=none; d=google.com; s=arc-20160816; b=ouVTy8L4rCSLfHJaafH36zQVjR0aZDWhsmIjAyiopw/KxBgdrNLdBXA0ThuYzIh4n+ wlOKLr06NIIeNHBzmJZc6rXHJ+I7/pj/TpKPIYZflnzi9yVsZf8aN3g16wawEJxn8gCC a6UB5ZsebcspqPgXo8v5j9VGnQFB00i/r7KFHKlyWQ5recouvNRXqsgVUJXk316FYbdn JbDnld4rm1FUOziL2RKc/pzLdyJSJ8JPZ1BEwXGIXc4IvxRD6Z7Ih+XYAsilkA4XCjmF J8FbjUWLPPYrs0URgZUBsQY9RPBCjhDiu2Ho+rL84HYik/i3SECHD3GMcbYeL2U9yZRP CgXg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:content-disposition :mime-version:message-id:subject:cc:to:from:date; bh=g6cgEa+TuMgB9n6tvhDO2FNqrcKtmIYfnc/Rjv78aoo=; b=WyRUXTaIpKhnVQKlPsTeEr9968hzFsMbt6dxxja7xV+mEtCci5CvG9t45Jnn3cc8vW 4nyMGJA1kn8woCBsrf/rtbQRMeWHzLBmgYf4ljhLUJxzD1e/B7GNHGc2xLwDeWHPtfnr AGMiNlKVpg05bWp7O2T5hMJrxku/fhv6zPio3ZXXqG6qS+fya1olGgzVqa5gedSyYNCz JN9J6mRcuiqyLaSmbRwa4CXLecqEFv44i5xUMsuPzoDAUyUl3LDmKbCopTZdFuM0HSH7 zzk2cQRjWNl6/KBMRIIJjzO/leez3ns/z2CbB0qC0q9TvpbPD001604X61+0OAAA5kh5 YevQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id v6si9237655plg.51.2019.04.09.07.00.20; Tue, 09 Apr 2019 07:00:37 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726497AbfDIN7h (ORCPT + 99 others); Tue, 9 Apr 2019 09:59:37 -0400 Received: from verein.lst.de ([213.95.11.211]:50624 "EHLO newverein.lst.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726112AbfDIN7g (ORCPT ); Tue, 9 Apr 2019 09:59:36 -0400 Received: by newverein.lst.de (Postfix, from userid 2407) id B7C7268B02; Tue, 9 Apr 2019 15:59:24 +0200 (CEST) Date: Tue, 9 Apr 2019 15:59:24 +0200 From: Christoph Hellwig To: David Woodhouse , Joerg Roedel Cc: iommu@lists.linux-foundation.org, linux-kernel@vger.kernel.org Subject: per-device dma_map_ops for intel-iommu? Message-ID: <20190409135924.GA11431@lst.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline 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 David and Joerg, do you remember a good reason why intel-iommu is not using per-device dma_map_ops like the AMD iommu or the various ARM iommus? Right now intel-iommu.c contains a half-asses reimplementation of the dma direct code for the iommu_no_mapping() case, and it would seem much nicer to just fall back to that case and not even call into intel-iommu in that case.