From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-8.2 required=3.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, INCLUDES_PATCH,MAILING_LIST_MULTI,SIGNED_OFF_BY,SPF_HELO_NONE,SPF_PASS, URIBL_BLOCKED,USER_AGENT_SANE_1 autolearn=unavailable autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 60E47C3A59C for ; Fri, 16 Aug 2019 10:27:55 +0000 (UTC) Received: from lists.ozlabs.org (lists.ozlabs.org [203.11.71.2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id E01BB20644 for ; Fri, 16 Aug 2019 10:27:54 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org E01BB20644 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=arm.com Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=linuxppc-dev-bounces+linuxppc-dev=archiver.kernel.org@lists.ozlabs.org Received: from bilbo.ozlabs.org (lists.ozlabs.org [IPv6:2401:3900:2:1::3]) by lists.ozlabs.org (Postfix) with ESMTP id 468zzX52tWzDrJ7 for ; Fri, 16 Aug 2019 20:27:52 +1000 (AEST) Authentication-Results: lists.ozlabs.org; spf=pass (mailfrom) smtp.mailfrom=arm.com (client-ip=217.140.110.172; helo=foss.arm.com; envelope-from=andrew.murray@arm.com; receiver=) Authentication-Results: lists.ozlabs.org; dmarc=none (p=none dis=none) header.from=arm.com Received: from foss.arm.com (foss.arm.com [217.140.110.172]) by lists.ozlabs.org (Postfix) with ESMTP id 468zxC2pNVzDqVb for ; Fri, 16 Aug 2019 20:25:49 +1000 (AEST) 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 3CC4028; Fri, 16 Aug 2019 03:25:48 -0700 (PDT) Received: from localhost (unknown [10.37.6.20]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 8B8BA3F706; Fri, 16 Aug 2019 03:25:47 -0700 (PDT) Date: Fri, 16 Aug 2019 11:25:46 +0100 From: Andrew Murray To: Xiaowei Bao Subject: Re: [PATCH 05/10] PCI: layerscape: Modify the way of getting capability with different PEX Message-ID: <20190816102545.GC14111@e119886-lin.cambridge.arm.com> References: <20190815083716.4715-1-xiaowei.bao@nxp.com> <20190815083716.4715-5-xiaowei.bao@nxp.com> <20190815125103.GH43882@e119886-lin.cambridge.arm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.10.1+81 (426a6c1) (2018-08-26) X-BeenThere: linuxppc-dev@lists.ozlabs.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: "mark.rutland@arm.com" , Roy Zang , "lorenzo.pieralisi@arm.com" , "arnd@arndb.de" , "gregkh@linuxfoundation.org" , "jingoohan1@gmail.com" , "Z.q. Hou" , "linuxppc-dev@lists.ozlabs.org" , "linux-pci@vger.kernel.org" , "linux-kernel@vger.kernel.org" , Leo Li , "M.h. Lian" , "devicetree@vger.kernel.org" , "robh+dt@kernel.org" , "linux-arm-kernel@lists.infradead.org" , "gustavo.pimentel@synopsys.com" , "bhelgaas@google.com" , "kishon@ti.com" , "shawnguo@kernel.org" , Mingkai Hu Errors-To: linuxppc-dev-bounces+linuxppc-dev=archiver.kernel.org@lists.ozlabs.org Sender: "Linuxppc-dev" On Fri, Aug 16, 2019 at 03:00:00AM +0000, Xiaowei Bao wrote: > > > > -----Original Message----- > > From: Andrew Murray > > Sent: 2019年8月15日 20:51 > > To: Xiaowei Bao > > Cc: jingoohan1@gmail.com; gustavo.pimentel@synopsys.com; > > bhelgaas@google.com; robh+dt@kernel.org; mark.rutland@arm.com; > > shawnguo@kernel.org; Leo Li ; kishon@ti.com; > > lorenzo.pieralisi@arm.com; arnd@arndb.de; gregkh@linuxfoundation.org; > > M.h. Lian ; Mingkai Hu ; > > Roy Zang ; linux-pci@vger.kernel.org; > > devicetree@vger.kernel.org; linux-kernel@vger.kernel.org; > > linux-arm-kernel@lists.infradead.org; linuxppc-dev@lists.ozlabs.org > > Subject: Re: [PATCH 05/10] PCI: layerscape: Modify the way of getting > > capability with different PEX > > > > On Thu, Aug 15, 2019 at 04:37:11PM +0800, Xiaowei Bao wrote: > > > The different PCIe controller in one board may be have different > > > capability of MSI or MSIX, so change the way of getting the MSI > > > capability, make it more flexible. > > > > > > Signed-off-by: Xiaowei Bao > > > --- > > > drivers/pci/controller/dwc/pci-layerscape-ep.c | 28 > > > +++++++++++++++++++------- > > > 1 file changed, 21 insertions(+), 7 deletions(-) > > > > > > diff --git a/drivers/pci/controller/dwc/pci-layerscape-ep.c > > > b/drivers/pci/controller/dwc/pci-layerscape-ep.c > > > index be61d96..9404ca0 100644 > > > --- a/drivers/pci/controller/dwc/pci-layerscape-ep.c > > > +++ b/drivers/pci/controller/dwc/pci-layerscape-ep.c > > > @@ -22,6 +22,7 @@ > > > > > > struct ls_pcie_ep { > > > struct dw_pcie *pci; > > > + struct pci_epc_features *ls_epc; > > > }; > > > > > > #define to_ls_pcie_ep(x) dev_get_drvdata((x)->dev) > > > @@ -40,25 +41,26 @@ static const struct of_device_id > > ls_pcie_ep_of_match[] = { > > > { }, > > > }; > > > > > > -static const struct pci_epc_features ls_pcie_epc_features = { > > > - .linkup_notifier = false, > > > - .msi_capable = true, > > > - .msix_capable = false, > > > -}; > > > - > > > static const struct pci_epc_features* ls_pcie_ep_get_features(struct > > > dw_pcie_ep *ep) { > > > - return &ls_pcie_epc_features; > > > + struct dw_pcie *pci = to_dw_pcie_from_ep(ep); > > > + struct ls_pcie_ep *pcie = to_ls_pcie_ep(pci); > > > + > > > + return pcie->ls_epc; > > > } > > > > > > static void ls_pcie_ep_init(struct dw_pcie_ep *ep) { > > > struct dw_pcie *pci = to_dw_pcie_from_ep(ep); > > > + struct ls_pcie_ep *pcie = to_ls_pcie_ep(pci); > > > enum pci_barno bar; > > > > > > for (bar = BAR_0; bar <= BAR_5; bar++) > > > dw_pcie_ep_reset_bar(pci, bar); > > > + > > > + pcie->ls_epc->msi_capable = ep->msi_cap ? true : false; > > > + pcie->ls_epc->msix_capable = ep->msix_cap ? true : false; > > > } > > > > > > static int ls_pcie_ep_raise_irq(struct dw_pcie_ep *ep, u8 func_no, @@ > > > -118,6 +120,7 @@ static int __init ls_pcie_ep_probe(struct platform_device > > *pdev) > > > struct device *dev = &pdev->dev; > > > struct dw_pcie *pci; > > > struct ls_pcie_ep *pcie; > > > + struct pci_epc_features *ls_epc; > > > struct resource *dbi_base; > > > int ret; > > > > > > @@ -129,6 +132,10 @@ static int __init ls_pcie_ep_probe(struct > > platform_device *pdev) > > > if (!pci) > > > return -ENOMEM; > > > > > > + ls_epc = devm_kzalloc(dev, sizeof(*ls_epc), GFP_KERNEL); > > > + if (!ls_epc) > > > + return -ENOMEM; > > > + > > > dbi_base = platform_get_resource_byname(pdev, IORESOURCE_MEM, > > "regs"); > > > pci->dbi_base = devm_pci_remap_cfg_resource(dev, dbi_base); > > > if (IS_ERR(pci->dbi_base)) > > > @@ -139,6 +146,13 @@ static int __init ls_pcie_ep_probe(struct > > platform_device *pdev) > > > pci->ops = &ls_pcie_ep_ops; > > > pcie->pci = pci; > > > > > > + ls_epc->linkup_notifier = false, > > > + ls_epc->msi_capable = true, > > > + ls_epc->msix_capable = true, > > > > As [msi,msix]_capable is shortly set from ls_pcie_ep_init - is there any reason > > to set them here (to potentially incorrect values)? > This is a INIT value, maybe false is better for msi_capable and msix_capable, > of course, we don't need to set it. ls_epc is kzalloc'd and so all zeros, so you get false for free. I think you can remove these two lines (or all three if you don't care that linkup_notifier isn't explicitly set). Thanks, Andrew Murray > > > > Thanks, > > > > Andrew Murray > > > > > + ls_epc->bar_fixed_64bit = (1 << BAR_2) | (1 << BAR_4), > > > + > > > + pcie->ls_epc = ls_epc; > > > + > > > platform_set_drvdata(pdev, pcie); > > > > > > ret = ls_add_pcie_ep(pcie, pdev); > > > -- > > > 2.9.5 > > >