Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp5325403imu; Wed, 19 Dec 2018 09:12:13 -0800 (PST) X-Google-Smtp-Source: AFSGD/XAANbOVJ3beN5yrPA//LZuXJIgcCO3VRRj3WjDL6dfba24U6vydr3V0hbNJ0g/iokY10Wj X-Received: by 2002:a17:902:142:: with SMTP id 60mr21618971plb.330.1545239533337; Wed, 19 Dec 2018 09:12:13 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1545239533; cv=none; d=google.com; s=arc-20160816; b=g3ANOBbprL0UTMUK0/d2iIxTy2S+suUk8ZHYDN1j5kUSioS5OJ4MlT8HF9muwDGlAm 6a5/j3BTpCxdHdBbAyWQqio1+F9ByIa5OHHH6hn1DGZ4tWxKcK3QU49/R0TvUvTYMBFD WGPWMgGCXVeL+S1BMVScqgvU8HRm2Pr0X5gKG5Up1mPnJAYO1JyKvhPmAdZVGUw6O2ry 8CzqBSkz5MxAZeXZcidzllF5FN8q8mN449juxDlqoqt6D9L2duKYNVSedNtehuePRefv nWBjqb9nOao9d164qWwU11+sytC9gsAimiijkEJEKg0CDJd7XEj2BRuD1QqeMTxIlKoy /DTg== 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:dkim-signature; bh=LW/YIAE8lYQxcoqKm+VCkbv+/YDXnYDoYcyjxxtEOxM=; b=Qb4KQd1r/7eyP85NUx3x/v0HUTt49U3ydTHwd/PtjxMzmLWw3Si32jeFVGJFDVyMyP 2+6CBoTu2veurH/PXxo0Q1L1OmGb5UlwJp7nOwKYaf9INC4j5GN6TSqLXQxWpYXOfVOC gvbhbIZd5fr37F4Y1SdW6ugVVjwrMYJsRERk+/Fz1AIYVA4mFiKTB01w2XmVXBwLcW8b Q7zokwe3AfURGYEQYH1VrTvxEvg+F5emGU6YMy4tBVbdYnoWNpRTZ9KgkRfAGFs1Nsfd R+J4+OP74YzQaysZuH/jg05FmqPO3q8UxWkaJmYyxSujxy+LFpsgk26or8ap2QL0NMbw Y4+w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=ByvLzt4Y; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id h5si16015005pgk.249.2018.12.19.09.11.55; Wed, 19 Dec 2018 09:12:13 -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; dkim=pass header.i=@kernel.org header.s=default header.b=ByvLzt4Y; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728335AbeLSOMo (ORCPT + 99 others); Wed, 19 Dec 2018 09:12:44 -0500 Received: from mail.kernel.org ([198.145.29.99]:58850 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727635AbeLSOMo (ORCPT ); Wed, 19 Dec 2018 09:12:44 -0500 Received: from localhost (173-25-171-118.client.mchsi.com [173.25.171.118]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 669512084A; Wed, 19 Dec 2018 14:12:43 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1545228763; bh=mYSv6C/anEPEOntT611vVWNftpPDSMGVwZM4K2vIyl8=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=ByvLzt4YfomMJA54EMmSb1yQTm5xnxXrsuygozJeZ5oY5zmyIugwowSxbSaIjs0k7 WEWq/5bv8YbYMp8rBhUNcvtBtvW0kRl/4hzorhM+j6FYGYvR25WM0MqOZa6cAwOiuD LibnrvKayjkp4raXjyz97OA3rX0H3qoqwfRNMFJo= Date: Wed, 19 Dec 2018 08:12:41 -0600 From: Bjorn Helgaas To: Richard Zhu Cc: Lorenzo Pieralisi , Lucas Stach , Andrew Smirnov , linux-pci@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, Sven Van Asbroeck , Niklas Cassel , Kishon Vijay Abraham I , Gustavo Pimentel , Shawn Lin , Trent Piepho Subject: Re: [v4] PCI: imx: make msi work without CONFIG_PCIEPORTBUS=y Message-ID: <20181219141241.GB12763@google.com> References: <1544768762-18124-1-git-send-email-hongxing.zhu@nxp.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1544768762-18124-1-git-send-email-hongxing.zhu@nxp.com> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org [+cc Sven, Trent, et al from related report: https://lore.kernel.org/linux-pci/20181218210444.5950-1-TheSven73@googlemail.com] On Fri, Dec 14, 2018 at 06:44:15AM +0000, Richard Zhu wrote: > Assertion of the MSI Enable bit of RC's MSI CAP is mandatory required to > trigger MSI on i.MX6 PCIe. > This bit would be asserted when CONFIG_PCIEPORTBUS=y. > Thus, the MSI works fine on i.MX6 PCIe before the commit "f3fdfc4". > > Assert it unconditionally when MSI is enabled. > Otherwise, the MSI wouldn't be triggered although the EP is present and > the MSIs are assigned. OK, I think I finally understand most of what's going on. Please check the following possible changelog text: The MSI Enable bit in the MSI Capability (PCIe r4.0, sec 7.7.1.2) controls whether a Function can request service using MSI. i.MX6 Root Ports implement the MSI Capability and may use MSI to request service for events like PME, hotplug, AER, etc. In addition, on i.MX6, the MSI Enable bit controls delivery of MSI interrupts from components below the Root Port. Prior to f3fdfc4ac3a2 ("PCI: Remove host driver Kconfig selection of CONFIG_PCIEPORTBUS"), enabling CONFIG_PCI_IMX6 automatically also enabled CONFIG_PCIEPORTBUS, and when portdrv claimed the Root Ports, it set the MSI Enable bit so it could use PME, hotplug, AER, etc. As a side effect, that also enabled delivery of MSI interrupts from downstream components. After f3fdfc4ac3a2, the imx6q-pcie driver can operate without portdrv, but that means imx6q-pcie must set the MSI Enable bit itself if downstream components use MSI. Fixes: f3fdfc4ac3a2 ("PCI: Remove host driver Kconfig selection of CONFIG_PCIEPORTBUS") I still don't understand exactly *how* MSI Enable affects MSI from downstream components, since the downstream component just does a DMA write, and the Root Port can't tell whether the write is to memory or interrupt controller unless the Root Port knows where the MSI targets are, e.g., if the interrupt controller is actually part of the RC. Bjorn > Signed-off-by: Richard Zhu > Reviewed-by: Lucas Stach > --- > Changes v1 -> v2: > * Assert the MSI_EN unconditionally when MSI is supported. > Changes v2 -> v3: > * Remove the IS_ENABLED(CONFIG_PCI_MSI) since the driver depends on > PCI_MSI_IRQ_DOMAIN > * Extended with a check for pci_msi_enabled() to see if the user > explicitly want legacy IRQs > Changes v3 -> v4: > * Refer to Bjorn's comments, refine the subject and commit log and change > the PCI_MSI_CAP to PCIE_RC_IMX6_MSI_CAP. > --- > drivers/pci/controller/dwc/pci-imx6.c | 10 ++++++++++ > 1 file changed, 10 insertions(+) > > diff --git a/drivers/pci/controller/dwc/pci-imx6.c b/drivers/pci/controller/dwc/pci-imx6.c > index 26087b3..639bb27 100644 > --- a/drivers/pci/controller/dwc/pci-imx6.c > +++ b/drivers/pci/controller/dwc/pci-imx6.c > @@ -74,6 +74,7 @@ struct imx6_pcie { > #define PHY_PLL_LOCK_WAIT_USLEEP_MAX 200 > > /* PCIe Root Complex registers (memory-mapped) */ > +#define PCIE_RC_IMX6_MSI_CAP 0x50 > #define PCIE_RC_LCR 0x7c > #define PCIE_RC_LCR_MAX_LINK_SPEEDS_GEN1 0x1 > #define PCIE_RC_LCR_MAX_LINK_SPEEDS_GEN2 0x2 > @@ -926,6 +927,7 @@ static int imx6_pcie_probe(struct platform_device *pdev) > struct resource *dbi_base; > struct device_node *node = dev->of_node; > int ret; > + u16 val; > > imx6_pcie = devm_kzalloc(dev, sizeof(*imx6_pcie), GFP_KERNEL); > if (!imx6_pcie) > @@ -1071,6 +1073,14 @@ static int imx6_pcie_probe(struct platform_device *pdev) > if (ret < 0) > return ret; > > + if (pci_msi_enabled()) { > + val = dw_pcie_readw_dbi(pci, PCIE_RC_IMX6_MSI_CAP + > + PCI_MSI_FLAGS); > + val |= PCI_MSI_FLAGS_ENABLE; > + dw_pcie_writew_dbi(pci, PCIE_RC_MSI_IMX6_CAP + > + PCI_MSI_FLAGS, val); > + } > + > return 0; > } > > -- > 2.7.4 > > > _______________________________________________ > linux-arm-kernel mailing list > linux-arm-kernel@lists.infradead.org > http://lists.infradead.org/mailman/listinfo/linux-arm-kernel