Received: by 10.192.165.148 with SMTP id m20csp1913296imm; Thu, 3 May 2018 07:24:55 -0700 (PDT) X-Google-Smtp-Source: AB8JxZoZbHc5EUhm8P6kPfSIj91gfrV5gaTuKTpQGuMwaiPmiZ5M1PegAdykoj6jxw4EBjQ58Kch X-Received: by 10.98.180.25 with SMTP id h25mr11298665pfn.225.1525357495281; Thu, 03 May 2018 07:24:55 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1525357495; cv=none; d=google.com; s=arc-20160816; b=OyZWu1SRMcpKUjInyZ9YzfCfJQDKW9ab7+kBA2LjiOGRvzoGpeD4ZcWGHfZP8sW4Fi qT+r0iRv/jmLZar4v+u8dEgrM4hqOsH6E1/wjo6WU1WUbVxPq8c5riq3wUTzVNfKCFsv gCor8uAtfZauCGYc+WSSWb8p1V+LE+CWd4o4cBYvVwOF4M8p/tlNMR16LyeyI9qhnwwi 7nxnNnSe2+x8UsOlZBirMt87b8VRlshUImT8zTK310W1jQtGFDxpQebOv4WLKcXFH5w4 tFBRc/GtTZd+vVAEjA/zJ3OaNTGQO6KUd8MzmidXskJP/op26RtXcVfrRSvy8m5IHnCb FJeg== 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 :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:dmarc-filter :dkim-signature:dkim-signature:arc-authentication-results; bh=7KXMrvHV1Sudoi3+hTrtGYjetg3xV1/I97rplpRly60=; b=fWbK3z2xCZ36vnI1Wz+sJ2TXuqv3Lh9gYtwemOFTgaOB4JaOPRth/J4HsEMX/2Sk/I 4QzeGskL0GxLlnMNcBxp/eTgpnMXvw1DKNoGgItdaFKm5T5/GME5ulK+a4JdgFB2YJwC pDPnCcaRby0W2vmJ43dJVW9zPd7+g1gUu4iV7IcfE+OglP2CKGGAKs2D5M0v0Eu9j4L5 dMj8Wef9OaB0LiLaGE7QwrtxrnHG85Ne/qiHVejAiUOU/NnrMV9xVi5gMjRQxr2GGKL8 KQ7lzNBnHiGQWmktp5U/QVhnPPzL2UFUZAkgMCwv+ejigZedxIBgrPjiku9JFF5k4E3E BSug== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@codeaurora.org header.s=default header.b=kE2ChrOz; dkim=pass header.i=@codeaurora.org header.s=default header.b=aiWau/0T; 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 r87si14205417pfg.305.2018.05.03.07.24.41; Thu, 03 May 2018 07:24:55 -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; dkim=pass header.i=@codeaurora.org header.s=default header.b=kE2ChrOz; dkim=pass header.i=@codeaurora.org header.s=default header.b=aiWau/0T; 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 S1751246AbeECOXI (ORCPT + 99 others); Thu, 3 May 2018 10:23:08 -0400 Received: from smtp.codeaurora.org ([198.145.29.96]:33198 "EHLO smtp.codeaurora.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751132AbeECOXG (ORCPT ); Thu, 3 May 2018 10:23:06 -0400 Received: by smtp.codeaurora.org (Postfix, from userid 1000) id 4A15260310; Thu, 3 May 2018 14:23:05 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org; s=default; t=1525357386; bh=WezvKDTadu5ROXlp7m6w+Gj3/4EcZ+AJ0nFppV2cHIg=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=kE2ChrOzn827Bya7lbQWMoQqB4UGT32Z4kpUMk8xYnJI7tV9wCdh91i5rbGtMIe9X eZInSJTwsdlEG2+W8kQHaNlotCLc/Zq4uoiFDiu27d96CI6CNMjSiRoGWj45wh3TRi Psz1BZqHdDT0c9FHZKmDlNLc7RvHl0XXVUHSTXLo= X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on pdx-caf-mail.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-2.8 required=2.0 tests=ALL_TRUSTED,BAYES_00, DKIM_SIGNED,T_DKIM_INVALID autolearn=no autolearn_force=no version=3.4.0 Received: from [192.168.0.105] (cpe-174-109-247-98.nc.res.rr.com [174.109.247.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: okaya@smtp.codeaurora.org) by smtp.codeaurora.org (Postfix) with ESMTPSA id 8AEE8601A0; Thu, 3 May 2018 14:23:03 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org; s=default; t=1525357384; bh=WezvKDTadu5ROXlp7m6w+Gj3/4EcZ+AJ0nFppV2cHIg=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=aiWau/0TfGlxKNZXyX1M7IKf0Lk75c3/K4kzADlOSL0832xbTnQjHy/+t2TCULOo7 3QUdPlIiuwoUxNWabHHon0e/9VyqF5nwJcKut1E9Jpw07e3adAjmj+EaDubacrzLnf gjSFxuWyp/4lveKBJKN8zvFjXlQcad5C6emTpWf8= DMARC-Filter: OpenDMARC Filter v1.3.2 smtp.codeaurora.org 8AEE8601A0 Authentication-Results: pdx-caf-mail.web.codeaurora.org; dmarc=none (p=none dis=none) header.from=codeaurora.org Authentication-Results: pdx-caf-mail.web.codeaurora.org; spf=none smtp.mailfrom=okaya@codeaurora.org Subject: Re: [RFC/RFT] Add noats flag to boot parameters To: Joerg Roedel Cc: Gil Kupfer , dwmw2@infradead.org, bhelgaas@google.com, iommu@lists.linux-foundation.org, linux-pci@vger.kernel.org, linux-kernel@vger.kernel.org, nadav.amit@gmail.com, Gil Kupfer , Will Deacon , Bjorn Helgaas References: <1525025808-2365-1-git-send-email-gilkup@cs.technion.ac.il> <20180503133459.waawna3ebtu3udn6@8bytes.org> <359d736a-a7ac-f0e4-f4db-dc7bb506481c@codeaurora.org> <20180503135920.o2rdh3exai7qmkvu@8bytes.org> From: Sinan Kaya Message-ID: <5cf699f1-90c1-5ad8-07fe-a65042395d05@codeaurora.org> Date: Thu, 3 May 2018 10:23:02 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: <20180503135920.o2rdh3exai7qmkvu@8bytes.org> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org +Bjorn, On 5/3/2018 9:59 AM, Joerg Roedel wrote: > On Thu, May 03, 2018 at 09:46:34AM -0400, Sinan Kaya wrote: >> I also like the idea in general. >> Minor nit.. >> >> Shouldn't this be an iommu parameter rather than a PCI kernel command line parameter? >> We now have an iommu.passthrough argument that prevents page translation. >> >> Doesn't this fit into the same category especially when it is the IOMMU drivers that >> call ATS functions for enablement not the PCI drivers. > > ATS is a bit of a grey area between PCI and IOMMU, but since ATS is > PCI-specific and the code to enable/disable it is in PCI as well, I > think the parameter makes sense for PCI too. > OK. Bjorn was interested in having a command line driven feature enables in driver/pci directory with bitmasks for each optional PCI spec capability rather than noXYZ feature. This would allow us to troubleshoot code breakage as well as the platform bring up to turn off all optional features. Sounds like this would be a good match for that work. > > Joerg > > -- Sinan Kaya Qualcomm Datacenter Technologies, Inc. as an affiliate of Qualcomm Technologies, Inc. Qualcomm Technologies, Inc. is a member of the Code Aurora Forum, a Linux Foundation Collaborative Project.