Received: by 2002:a25:ab43:0:0:0:0:0 with SMTP id u61csp259914ybi; Wed, 29 May 2019 20:51:38 -0700 (PDT) X-Google-Smtp-Source: APXvYqyRAE4DzLF/nDfr1rfx7vKUbXE+lPuybdzwrpoRcyC4E4mSUWo5mHCBEF6RRIkaW+BQSNFU X-Received: by 2002:a05:6a00:43:: with SMTP id i3mr1583715pfk.113.1559188298397; Wed, 29 May 2019 20:51:38 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1559188298; cv=none; d=google.com; s=arc-20160816; b=QvL0pVL21kfDwXQigCE5x4MHjJ+6yuYNkoyVk/hXOkF6KJgdL+UybW/xUbtG3OE3t2 vh4gYDSL0abGTyBkp1vS++TZkfaLLz0u2tA+VDsO7h56rYUucqu2+kRoag6DMptgL1o0 vAHTxXixVAfX6kWA5uOiH1MSb7dg3NWvsURhT+s6WNtgHf1WixL9lb5SSdGauH6wDXE9 4FaQYE4ZiFMWcCfAkRe8v043NJk1Rz0mWzdyf9ifrn1YqN5xirnTp6J2EH8nVPgqwcD4 DRFHLAxBQcAXnNfwBC8je67/qDuC5v57/sYzKMs17NDMiGCerDdlj5cAlRLKAfRoIu0k 5+Xg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from; bh=YCrkbEf1873RlkqzXIeMVbe5rhQfgHyxbamqWOIizyA=; b=UpYIzjE4kyuMseS6BaHARmJmaZu/J3O9nDAHic6n7oVlSZdq6zFvLmuklnHOoOo7BI QcxI7txmzGht53I+jbNu6tZRDGALlLN0WQeXxxeYZCyK5e20LjtHwETxQN70+LaIH7PS Cdj9qjzcZaR8Pc3pZp1wVxMAVXaYIcNxRSoVmYv7qZAKcZnbLqbcTHasLwSsYMwA7cLX C43Ce6gM1NaCqywc05MZzQlVDMrBdtxi5l8GU5AXFYc0Mm//A5KTbdB6HB/z9iC+ku7f mSzfRZODVxBNNQVjFG8oVSx7Ypq0QtuWNLdu6M52iy6sMN7G2kjUGTaV2tOPvk2nnLCB 5J4w== 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 n31si510444pjc.5.2019.05.29.20.51.21; Wed, 29 May 2019 20:51:38 -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 S2387644AbfE3DtX (ORCPT + 99 others); Wed, 29 May 2019 23:49:23 -0400 Received: from szxga04-in.huawei.com ([45.249.212.190]:18047 "EHLO huawei.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1729827AbfE3DtU (ORCPT ); Wed, 29 May 2019 23:49:20 -0400 Received: from DGGEMS403-HUB.china.huawei.com (unknown [172.30.72.58]) by Forcepoint Email with ESMTP id A41468F06A13BCCAA76D; Thu, 30 May 2019 11:49:17 +0800 (CST) Received: from HGHY4L002753561.china.huawei.com (10.133.215.186) by DGGEMS403-HUB.china.huawei.com (10.3.19.203) with Microsoft SMTP Server id 14.3.439.0; Thu, 30 May 2019 11:49:10 +0800 From: Zhen Lei To: Jean-Philippe Brucker , John Garry , Robin Murphy , Will Deacon , Joerg Roedel , Jonathan Corbet , linux-doc , Sebastian Ott , Gerald Schaefer , "Martin Schwidefsky" , Heiko Carstens , Benjamin Herrenschmidt , Paul Mackerras , "Michael Ellerman" , Tony Luck , Fenghua Yu , Thomas Gleixner , Ingo Molnar , Borislav Petkov , "H . Peter Anvin" , David Woodhouse , iommu , linux-kernel , linux-s390 , linuxppc-dev , x86 , linux-ia64 CC: Zhen Lei , Hanjun Guo Subject: [PATCH v8 0/7] iommu: enhance IOMMU default DMA mode build options Date: Thu, 30 May 2019 11:48:24 +0800 Message-ID: <20190530034831.4184-1-thunder.leizhen@huawei.com> X-Mailer: git-send-email 2.21.0.windows.1 MIME-Version: 1.0 Content-Transfer-Encoding: 7BIT Content-Type: text/plain; charset=US-ASCII X-Originating-IP: [10.133.215.186] X-CFilter-Loop: Reflected Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org v7--> v8 1. Split into multiple small patches base on ARCHs or IOMMU drivers. 2. Hide the unsupported build options on the related ARCH or IOMMU. v6 --> v7: 1. Fix some text editing errors v5 --> v6: 1. give up adding boot option iommu.dma_mode v4 --> v5: As Hanjun and Thomas Gleixner's suggestion: 1. Keep the old ARCH specific boot options no change. 2. Keep build option CONFIG_IOMMU_DEFAULT_PASSTHROUGH no change. v4: As Robin Murphy's suggestion: "It's also not necessarily obvious to the user how this interacts with IOMMU_DEFAULT_PASSTHROUGH, so if we really do go down this route, maybe it would be better to refactor the whole lot into a single selection of something like IOMMU_DEFAULT_MODE anyway." In this version, I tried to normalize the IOMMU dma mode boot options for all ARCHs. When IOMMU is enabled, there are 3 dma modes: paasthrough(bypass), lazy(mapping but defer the IOTLB invalidation), strict. But currently each ARCHs defined their private boot options, different with each other. For example, to enable/disable "passthrough", ARM64 use iommu.passthrough=1/0, X86 use iommu=pt/nopt, PPC/POWERNV use iommu=nobypass. Zhen Lei (7): iommu: enhance IOMMU default DMA mode build options x86/dma: use IS_ENABLED() to simplify the code s390/pci: add support for IOMMU default DMA mode build options powernv/iommu: add support for IOMMU default DMA mode build options iommu/vt-d: add support for IOMMU default DMA mode build options iommu/amd: add support for IOMMU default DMA mode build options ia64: hide build option IOMMU_DEFAULT_PASSTHROUGH arch/powerpc/platforms/powernv/pci-ioda.c | 3 +- arch/s390/pci/pci_dma.c | 2 +- arch/x86/kernel/pci-dma.c | 7 ++--- drivers/iommu/Kconfig | 46 ++++++++++++++++++++++++++----- drivers/iommu/amd_iommu_init.c | 3 +- drivers/iommu/intel-iommu.c | 2 +- drivers/iommu/iommu.c | 3 +- 7 files changed, 49 insertions(+), 17 deletions(-) -- 1.8.3