Received: by 10.223.185.116 with SMTP id b49csp844767wrg; Fri, 16 Feb 2018 08:05:45 -0800 (PST) X-Google-Smtp-Source: AH8x227tLrRLSmvWjaT3DlplpHXdiLi2B2zHnBUcHmF8AqFml7G9QsQrNlzkFm+vCZWt+zb2A45N X-Received: by 10.99.97.68 with SMTP id v65mr5612847pgb.104.1518797145324; Fri, 16 Feb 2018 08:05:45 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1518797145; cv=none; d=google.com; s=arc-20160816; b=nDU5n87B7mfB3dTdjzFHpyd3NoRUothFZNMPh67App75aB/APGTRaYPBIX2Onv+mDE WNaNoL3tjfBPPqXoiftWC2QQ2KVj12cApMRhmLHOJLghagL8kF4qxVXKQNAazPLH514g 0UqFmG1xxKJCQ+W8gyJJuWw/SV2dxT7EompBqk+utqWRQvlqr2lX6HPemU0aw306g3AB HOaexRvF8fKTxak03qFT5gb20EMke27LofDTuQ9gJe5hYRdm9AIjb0IaSnFtBPBDRTun 9qqPemnGhrT1qteGLwVF4NzzyDqqw+QVo6Nf6QYUz+A7FMFDnKnRBtMQYg5Y49vX/3v4 I4tg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dmarc-filter:arc-authentication-results; bh=tlyi6jZ1QdcFNZ/8ps+qbM1ssfe4OCRJXLDk/9ByVMA=; b=nDLRvkQgGWDy8KxLZUd+rNOwOcqBu9R2yHqjmBKkZJrfpBd8a8/TitA3ufdTA5/aDw sW0zvjYRt17BGv7EvkFmT4bmHf3DGko7mWI5i7/9b7zc19QhmAzlJwv8SVcWmEjhMllE 0F4jyeX299uhPHuQ1jywrIXaZsZC3Tll7njlssYLZ7TFUkO+SomW5zPVEWCFaHKNjJh3 G18yxtMYGy03KLgwq/HtdbOgsM6X1rEag2u/ufWGhWroYqjCQ87k/mwEM5iAJs8y51IT x4ai8GWPcTu7HmpQXp4e6051Xfrf1uNFh8dt/O4gRHU5U6Qfhjr62/skv3fm67h/gy3I oGuw== 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 f1si1685352pfn.167.2018.02.16.08.05.05; Fri, 16 Feb 2018 08:05:45 -0800 (PST) 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 S1756742AbeBPAae (ORCPT + 99 others); Thu, 15 Feb 2018 19:30:34 -0500 Received: from mail.kernel.org ([198.145.29.99]:37612 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752984AbeBPAad (ORCPT ); Thu, 15 Feb 2018 19:30:33 -0500 Received: from localhost (unknown [69.71.4.159]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id DF7DA20C51; Fri, 16 Feb 2018 00:30:31 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org DF7DA20C51 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=kernel.org Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=helgaas@kernel.org Date: Thu, 15 Feb 2018 18:30:30 -0600 From: Bjorn Helgaas To: Feng Kan Cc: linux-kernel@vger.kernel.org, linux-pci@vger.kernel.org, alex.williamson@redhat.com, bhelgaas@google.com Subject: Re: [PATCH] pci: quirk: adding Ampere vendor id to ACS quirk list Message-ID: <20180216003030.GB195653@bhelgaas-glaptop.roam.corp.google.com> References: <1516923367-28197-1-git-send-email-fkan@apm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1516923367-28197-1-git-send-email-fkan@apm.com> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Jan 25, 2018 at 03:36:07PM -0800, Feng Kan wrote: > Adding Ampere Computing vendor id to the ACS quirk list. I assume these new devices provide isolation and source validation the same way the X-Gene devices do: commit a0418aa262df Author: Feng Kan Date: Thu Aug 10 16:06:33 2017 -0500 PCI: Add ACS quirk for APM X-Gene devices The APM X-Gene PCIe root port does not support ACS at this point. However, the hardware provides isolation and source validation through the SMMU. The stream ID generated by the PCIe ports contain both the bus/device/ function number as well as the port ID in its 3 most significant bits. Turn on ACS but disable all the peer-to-peer features. If so, please repost this patch with subject and changelog similar to the above. I want an explicit statement about how you provide protection equivalent to ACS so it's clear this isn't a patch that just makes things "work" at the expense of security. > Signed-off-by: Feng Kan > --- > Tanmay is no longer with us. After the email system is rebranded > to the new company. We will clean up the remaining legacy items. > > drivers/pci/quirks.c | 9 +++++++++ > include/linux/pci_ids.h | 1 + > 2 files changed, 10 insertions(+) > > diff --git a/drivers/pci/quirks.c b/drivers/pci/quirks.c > index 10684b1..45d9187 100644 > --- a/drivers/pci/quirks.c > +++ b/drivers/pci/quirks.c > @@ -4512,6 +4512,15 @@ static const struct pci_dev_acs_enabled { > { PCI_VENDOR_ID_CAVIUM, PCI_ANY_ID, pci_quirk_cavium_acs }, > /* APM X-Gene */ > { PCI_VENDOR_ID_AMCC, 0xE004, pci_quirk_xgene_acs }, > + /* Ampere Computing */ > + { PCI_VENDOR_ID_AMPERE, 0xE005, pci_quirk_xgene_acs }, > + { PCI_VENDOR_ID_AMPERE, 0xE006, pci_quirk_xgene_acs }, > + { PCI_VENDOR_ID_AMPERE, 0xE007, pci_quirk_xgene_acs }, > + { PCI_VENDOR_ID_AMPERE, 0xE008, pci_quirk_xgene_acs }, > + { PCI_VENDOR_ID_AMPERE, 0xE009, pci_quirk_xgene_acs }, > + { PCI_VENDOR_ID_AMPERE, 0xE00A, pci_quirk_xgene_acs }, > + { PCI_VENDOR_ID_AMPERE, 0xE00B, pci_quirk_xgene_acs }, > + { PCI_VENDOR_ID_AMPERE, 0xE00C, pci_quirk_xgene_acs }, > { 0 } > }; > > diff --git a/include/linux/pci_ids.h b/include/linux/pci_ids.h > index ab20dc5..c21d1f8 100644 > --- a/include/linux/pci_ids.h > +++ b/include/linux/pci_ids.h > @@ -1331,6 +1331,7 @@ > #define PCI_DEVICE_ID_IMS_TT3D 0x9135 > > #define PCI_VENDOR_ID_AMCC 0x10e8 > +#define PCI_VENDOR_ID_AMPERE 0x1def > > #define PCI_VENDOR_ID_INTERG 0x10ea > #define PCI_DEVICE_ID_INTERG_1682 0x1682 > -- > 2.7.4 >