Received: by 2002:a25:8b12:0:0:0:0:0 with SMTP id i18csp4207006ybl; Tue, 20 Aug 2019 08:28:33 -0700 (PDT) X-Google-Smtp-Source: APXvYqw69irWpxoZGG3QA6ZMpImFo/LFvetCCDKlUe2394mrY1p23QYHQmY3QVZUvLxM8jq2zvtK X-Received: by 2002:a17:902:2aea:: with SMTP id j97mr28515782plb.153.1566314913471; Tue, 20 Aug 2019 08:28:33 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1566314913; cv=none; d=google.com; s=arc-20160816; b=fIjEx8YUs3aOoQ/+UA/1a5XEy8PtZRHbYSbu3PNK/XTie9OdujSHapmhmfXoFmjXzh tgGW3MOb6VqxYkce6YWQHMF0og/xxOMb1VFbJlxzutPRHlIrvuOxTj1d46a01ZPF6dfC p0IUQ1BZU6mm+5KfDHP98E0ptwlzlrzfnJZNfsfzK3E1abKjpLpFc24SgYgkr3YvtaCg huRX5xs/vkBd2cwcTFY4484byzlN6Z0soe887vTiLnctnBTWu87eNz4YzaTiBUmI6V75 i1mdlwwbfK3pLWEU+8ROjRS9JoJ2GgU5XVBQZj8Qw6nnPrNEj0g7cBh3psJj0Y69xvju eiNQ== 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; bh=bl1NbcvkHVIf1QLv58/iGX9qPL9NA0NK5ryHhqyomrU=; b=NhB32Ghh34a6i+fW3kgleLmz6QoChcF4JUENuf9a2rSa26EXzQgiT/VyMC8DxLaCN0 VlAjNoOFxK2+HT2RVqEroPyGcQbzYO+jezF1m12Y4LlP5cXWeDyHNS00Q0jjoCdaX5sI Dl4faWoy4ndjvJhVnGsXcIEH0jH1ACko7MBUvjDyehgb+K3lTYQmGmJDP+ChXW9O9+dZ wx80mQFyKPg54cUWBvFFOBGkfzVBk3tR5d9b1g2QSYrUyUOQ4cvi+LAuFvstD3pGz4io ylxbrdG93XwLu1x8Ep8N2b7mGDCbLRmTa0COWHtYHr0BO9YJrIdlEgpnqaSDptPHFlJw imbg== 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 c5si186018pjq.52.2019.08.20.08.28.17; Tue, 20 Aug 2019 08:28:33 -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 S1730190AbfHTPZ6 (ORCPT + 99 others); Tue, 20 Aug 2019 11:25:58 -0400 Received: from foss.arm.com ([217.140.110.172]:43184 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727006AbfHTPZ6 (ORCPT ); Tue, 20 Aug 2019 11:25:58 -0400 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 3E4D328; Tue, 20 Aug 2019 08:25:57 -0700 (PDT) Received: from localhost (unknown [10.37.6.20]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 8B6AF3F246; Tue, 20 Aug 2019 08:25:56 -0700 (PDT) Date: Tue, 20 Aug 2019 16:25:55 +0100 From: Andrew Murray To: "Chocron, Jonathan" Cc: "linux-kernel@vger.kernel.org" , "robh+dt@kernel.org" , "jingoohan1@gmail.com" , "Woodhouse, David" , "Hanoch, Uri" , "devicetree@vger.kernel.org" , "lorenzo.pieralisi@arm.com" , "gustavo.pimentel@synopsys.com" , "Wasserstrom, Barak" , "Saidi, Ali" , "mark.rutland@arm.com" , "Hawa, Hanna" , "Shenhar, Talel" , "Krupnik, Ronen" , "bhelgaas@google.com" , "linux-pci@vger.kernel.org" , "benh@kernel.crashing.org" Subject: Re: [PATCH v3 4/8] PCI: Add quirk to disable MSI-X support for Amazon's Annapurna Labs Root Port Message-ID: <20190820152554.GG23903@e119886-lin.cambridge.arm.com> References: <20190723092529.11310-1-jonnyc@amazon.com> <20190723092529.11310-5-jonnyc@amazon.com> <20190819182339.GD23903@e119886-lin.cambridge.arm.com> <5a079a466f74a866f1b17447eacb15d396478902.camel@amazon.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5a079a466f74a866f1b17447eacb15d396478902.camel@amazon.com> User-Agent: Mutt/1.10.1+81 (426a6c1) (2018-08-26) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Aug 20, 2019 at 02:52:30PM +0000, Chocron, Jonathan wrote: > On Mon, 2019-08-19 at 19:23 +0100, Andrew Murray wrote: > > On Tue, Jul 23, 2019 at 12:25:29PM +0300, Jonathan Chocron wrote: > > > The Root Port (identified by [1c36:0032]) doesn't support MSI-X. On > > > some > > > > Shouldn't this read [1c36:0031]? > > > Indeed. Thanks for catching this. > > > > > > platforms it is configured to not advertise the capability at all, > > > while > > > on others it (mistakenly) does. This causes a panic during > > > initialization by the pcieport driver, since it tries to configure > > > the > > > MSI-X capability. Specifically, when trying to access the MSI-X > > > table > > > a "non-existing addr" exception occurs. > > > > > > Example stacktrace snippet: > > > > > > [ 1.632363] SError Interrupt on CPU2, code 0xbf000000 -- SError > > > [ 1.632364] CPU: 2 PID: 1 Comm: swapper/0 Not tainted 5.2.0-rc1- > > > Jonny-14847-ge76f1d4a1828-dirty #33 > > > [ 1.632365] Hardware name: Annapurna Labs Alpine V3 EVP (DT) > > > [ 1.632365] pstate: 80000005 (Nzcv daif -PAN -UAO) > > > [ 1.632366] pc : __pci_enable_msix_range+0x4e4/0x608 > > > [ 1.632367] lr : __pci_enable_msix_range+0x498/0x608 > > > [ 1.632367] sp : ffffff80117db700 > > > [ 1.632368] x29: ffffff80117db700 x28: 0000000000000001 > > > [ 1.632370] x27: 0000000000000001 x26: 0000000000000000 > > > [ 1.632372] x25: ffffffd3e9d8c0b0 x24: 0000000000000000 > > > [ 1.632373] x23: 0000000000000000 x22: 0000000000000000 > > > [ 1.632375] x21: 0000000000000001 x20: 0000000000000000 > > > [ 1.632376] x19: ffffffd3e9d8c000 x18: ffffffffffffffff > > > [ 1.632378] x17: 0000000000000000 x16: 0000000000000000 > > > [ 1.632379] x15: ffffff80116496c8 x14: ffffffd3e9844503 > > > [ 1.632380] x13: ffffffd3e9844502 x12: 0000000000000038 > > > [ 1.632382] x11: ffffffffffffff00 x10: 0000000000000040 > > > [ 1.632384] x9 : ffffff801165e270 x8 : ffffff801165e268 > > > [ 1.632385] x7 : 0000000000000002 x6 : 00000000000000b2 > > > [ 1.632387] x5 : ffffffd3e9d8c2c0 x4 : 0000000000000000 > > > [ 1.632388] x3 : 0000000000000000 x2 : 0000000000000000 > > > [ 1.632390] x1 : 0000000000000000 x0 : ffffffd3e9844680 > > > [ 1.632392] Kernel panic - not syncing: Asynchronous SError > > > Interrupt > > > [ 1.632393] CPU: 2 PID: 1 Comm: swapper/0 Not tainted 5.2.0-rc1- > > > Jonny-14847-ge76f1d4a1828-dirty #33 > > > [ 1.632394] Hardware name: Annapurna Labs Alpine V3 EVP (DT) > > > [ 1.632394] Call trace: > > > [ 1.632395] dump_backtrace+0x0/0x140 > > > [ 1.632395] show_stack+0x14/0x20 > > > [ 1.632396] dump_stack+0xa8/0xcc > > > [ 1.632396] panic+0x140/0x334 > > > [ 1.632397] nmi_panic+0x6c/0x70 > > > [ 1.632398] arm64_serror_panic+0x74/0x88 > > > [ 1.632398] __pte_error+0x0/0x28 > > > [ 1.632399] el1_error+0x84/0xf8 > > > [ 1.632400] __pci_enable_msix_range+0x4e4/0x608 > > > [ 1.632400] pci_alloc_irq_vectors_affinity+0xdc/0x150 > > > [ 1.632401] pcie_port_device_register+0x2b8/0x4e0 > > > [ 1.632402] pcie_portdrv_probe+0x34/0xf0 > > > > > > Signed-off-by: Jonathan Chocron > > > Reviewed-by: Gustavo Pimentel > > > --- > > > drivers/pci/quirks.c | 15 +++++++++++++++ > > > 1 file changed, 15 insertions(+) > > > > > > diff --git a/drivers/pci/quirks.c b/drivers/pci/quirks.c > > > index 23672680dba7..11f843aa96b3 100644 > > > --- a/drivers/pci/quirks.c > > > +++ b/drivers/pci/quirks.c > > > @@ -2925,6 +2925,21 @@ > > > DECLARE_PCI_FIXUP_FINAL(PCI_VENDOR_ID_ATTANSIC, 0x10a1, > > > quirk_msi_intx_disable_qca_bug); > > > DECLARE_PCI_FIXUP_FINAL(PCI_VENDOR_ID_ATTANSIC, 0xe091, > > > quirk_msi_intx_disable_qca_bug); > > > + > > > +/* > > > + * Amazon's Annapurna Labs 1c36:0031 Root Ports don't support MSI- > > > X, so it > > > + * should be disabled on platforms where the device (mistakenly) > > > advertises it. > > > + * > > > + * The 0031 device id is reused for other non Root Port device > > > types, > > > + * therefore the quirk is registered for the PCI_CLASS_BRIDGE_PCI > > > class. > > > + */ > > > +static void quirk_al_msi_disable(struct pci_dev *dev) > > > +{ > > > + dev->no_msi = 1; > > > + pci_warn(dev, "Disabling MSI-X\n"); > > > > This will disable both MSI and MSI-X support - is this really the > > intention > > here? Do the root ports support MSI and legacy, or just legacy? > > > The HW should support MSI, but we currently don't have a use case for > it so it hasn't been tested and therefore we are okay with disabling > it. OK - then the commit message and comment (for quirk_al_msi_disable) should probably be updated to reflect this. Especially given that the device id may be used on other device types - implying that a use-case for this may later arise. > > For future knowledge, how can just MSI-X be disabled? > I see that in pcie_port_enable_irq_vec(), the pcieport driver calls > pci_alloc_irq_vectors() with PCI_IRQ_MSIX | PCI_IRQ_MSI. And > internally, both __pci_enable_msix_range() and __pci_enable_msi_range() > use pci_msi_supported() which doesn't differentiate between MSI and > MSI-x. The documentation [1] would suggest that once upon a time pci_disable_msix was used - but now should let pci_alloc_irq_vectors cap the max number of vectors. However in your case it's the PCIe port driver that is attempting to allocate MSI-X's and so the solution isn't an obvious one. Setting dev->msix_enabled to false (i.e. through pci_disable_msix) would result in an un-necessary WARN_ON_ONCE. I think you'd need to ensure devi->msix_cap is NULL (which makes sense as your hardware shouldn't be exposing this capability). I guess the right way of achieving this would be through a quirk, though you'd be the first to do this and you'd have to ensure the quirk runs before anyone tests for msix_cap. That's my view, though others may have different suggestions. [1] Documentation/PCI/msi-howto.rst Thanks, Andrew Murray > > > Thanks, > > > > Andrew Murray > > > > > +} > > > +DECLARE_PCI_FIXUP_CLASS_FINAL(PCI_VENDOR_ID_AMAZON_ANNAPURNA_LABS, > > > 0x0031, > > > + PCI_CLASS_BRIDGE_PCI, 8, > > > quirk_al_msi_disable); > > > #endif /* CONFIG_PCI_MSI */ > > > > > > /* > > > -- > > > 2.17.1 > > >