Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp308708imu; Mon, 5 Nov 2018 00:58:56 -0800 (PST) X-Google-Smtp-Source: AJdET5fxk29UHFDlZDUDeJOuIzuIDqJGogUGIT4+ZccXJJ6UHZkPDngOlCEBmTmPAtqvrTHcZzaG X-Received: by 2002:a63:5224:: with SMTP id g36-v6mr19637366pgb.253.1541408336261; Mon, 05 Nov 2018 00:58:56 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1541408336; cv=none; d=google.com; s=arc-20160816; b=R7tKEK+ZfTSu3SDczs/xY8ALtad3ucqDgqQrZcAOTtO9DNs7B26+OZW78St4fKmVnU GVv51OlxDKPfAnOXVn5JSgeb57/AtPBkkEcIOPbAoi5Hld5pVtuwNc+l2fB17Kirwei8 xaBsGu4zAy7UXGK2YkWIKTZi7RJtidfmJiCxGEGsGjufhMqgkNyL6WM6S7+bCeG8kXSm rnbRTrPt4vajmBkRunCkXE0MQ7Ve3ImemeUbc+7EhLJCwavFQE4Fzcad2DCMsI4DSIRp a5P+Rk72zNuQTW1KQKhR7jDqsVC2MZ4BRNT63cABRswucWraFKSDcSLtk5fHqgm5yh9U eCIA== 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; bh=k+WymIU4NvWNRj0gYu01qsL3p/mKQPHYTEH4VC0jEBc=; b=g9NkVF8InXPsbIC8LVPxutAlS3xlTWIEhajOfarOqhykexDa9cK8RtCImEe1YsaSih pj9JpltX5zTnPx7Idk8VrCn/m9pauOZAQtUqVRwmSyWcbd9SPvA8SEzRNivWcM9Vqx0Q kmNXjbn+V7pAy+H3XtiJ6vTouRUQIGyNbKM9qzxWT2PEfw9NupO0sBDwms2Fdkj1bzbT eVbvJvLV4tVzjJY2fT341qwsCtLrrcqKyBGHYd61GuJE/dRyVEH19bUwfhvkuXqCROQm CiGqEJ8nGKc2/JSpvaRSmWMbNfITBinyRFowLZ1r53ZPzD91CIAHDZAWihDM7sT9lTZ3 dIBQ== 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; dmarc=fail (p=QUARANTINE sp=NONE dis=NONE) header.from=ti.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id c2-v6si41561174pgi.119.2018.11.05.00.58.40; Mon, 05 Nov 2018 00:58:56 -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; dmarc=fail (p=QUARANTINE sp=NONE dis=NONE) header.from=ti.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726474AbeKESQ5 (ORCPT + 99 others); Mon, 5 Nov 2018 13:16:57 -0500 Received: from lelv0142.ext.ti.com ([198.47.23.249]:59874 "EHLO lelv0142.ext.ti.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726086AbeKESQ4 (ORCPT ); Mon, 5 Nov 2018 13:16:56 -0500 Received: from lelv0266.itg.ti.com ([10.180.67.225]) by lelv0142.ext.ti.com (8.15.2/8.15.2) with ESMTP id wA58vbwI068620; Mon, 5 Nov 2018 02:57:37 -0600 Received: from DFLE115.ent.ti.com (dfle115.ent.ti.com [10.64.6.36]) by lelv0266.itg.ti.com (8.15.2/8.15.2) with ESMTPS id wA58vb47000943 (version=TLSv1.2 cipher=AES256-GCM-SHA384 bits=256 verify=FAIL); Mon, 5 Nov 2018 02:57:37 -0600 Received: from DFLE101.ent.ti.com (10.64.6.22) by DFLE115.ent.ti.com (10.64.6.36) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1466.3; Mon, 5 Nov 2018 02:57:36 -0600 Received: from dlep33.itg.ti.com (157.170.170.75) by DFLE101.ent.ti.com (10.64.6.22) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_RSA_WITH_AES_256_CBC_SHA) id 15.1.1466.3 via Frontend Transport; Mon, 5 Nov 2018 02:57:36 -0600 Received: from [172.24.190.233] (ileax41-snat.itg.ti.com [10.172.224.153]) by dlep33.itg.ti.com (8.14.3/8.13.8) with ESMTP id wA58vUMD002600; Mon, 5 Nov 2018 02:57:31 -0600 Subject: Re: [PATCH 5/6] pci: layerscape: Add the EP mode support. To: Xiaowei Bao , "bhelgaas@google.com" , "robh+dt@kernel.org" , "mark.rutland@arm.com" , "shawnguo@kernel.org" , Leo Li , "lorenzo.pieralisi@arm.com" , "arnd@arndb.de" , "gregkh@linuxfoundation.org" , "M.h. Lian" , Mingkai Hu , Roy Zang , "kstewart@linuxfoundation.org" , "cyrille.pitchen@free-electrons.com" , "pombredanne@nexb.com" , "shawn.lin@rock-chips.com" , "niklas.cassel@axis.com" , "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" CC: Jiafei Pan References: <20181025110901.5680-1-xiaowei.bao@nxp.com> <20181025110901.5680-5-xiaowei.bao@nxp.com> From: Kishon Vijay Abraham I Message-ID: <8ec7f502-e058-2c28-9140-5d125e4af6ff@ti.com> Date: Mon, 5 Nov 2018 14:27:03 +0530 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.2.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset="utf-8" Content-Language: en-US Content-Transfer-Encoding: 8bit X-EXCLAIMER-MD-CONFIG: e1e8a2fd-e40a-4ac6-ac9b-f7e9cc9ee180 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, On 31/10/18 4:08 PM, Xiaowei Bao wrote: > > > -----Original Message----- > From: Kishon Vijay Abraham I > Sent: 2018年10月31日 12:15 > To: Xiaowei Bao ; bhelgaas@google.com; robh+dt@kernel.org; mark.rutland@arm.com; shawnguo@kernel.org; Leo Li ; lorenzo.pieralisi@arm.com; arnd@arndb.de; gregkh@linuxfoundation.org; M.h. Lian ; Mingkai Hu ; Roy Zang ; kstewart@linuxfoundation.org; cyrille.pitchen@free-electrons.com; pombredanne@nexb.com; shawn.lin@rock-chips.com; niklas.cassel@axis.com; 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 > Cc: Jiafei Pan > Subject: Re: [PATCH 5/6] pci: layerscape: Add the EP mode support. > > Hi, > > On 31/10/18 8:03 AM, Xiaowei Bao wrote: >> >> >> -----Original Message----- >> From: Xiaowei Bao >> Sent: 2018年10月26日 17:19 >> To: 'Kishon Vijay Abraham I' ; bhelgaas@google.com; >> robh+dt@kernel.org; mark.rutland@arm.com; shawnguo@kernel.org; Leo Li >> ; lorenzo.pieralisi@arm.com; arnd@arndb.de; >> gregkh@linuxfoundation.org; M.h. Lian ; Mingkai >> Hu ; Roy Zang ; >> kstewart@linuxfoundation.org; cyrille.pitchen@free-electrons.com; >> pombredanne@nexb.com; shawn.lin@rock-chips.com; >> niklas.cassel@axis.com; 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 >> Cc: Jiafei Pan >> Subject: RE: [PATCH 5/6] pci: layerscape: Add the EP mode support. >> >> >> >> -----Original Message----- >> From: Kishon Vijay Abraham I >> Sent: 2018年10月26日 13:29 >> To: Xiaowei Bao ; bhelgaas@google.com; >> robh+dt@kernel.org; mark.rutland@arm.com; shawnguo@kernel.org; Leo Li >> ; lorenzo.pieralisi@arm.com; arnd@arndb.de; >> gregkh@linuxfoundation.org; M.h. Lian ; Mingkai >> Hu ; Roy Zang ; >> kstewart@linuxfoundation.org; cyrille.pitchen@free-electrons.com; >> pombredanne@nexb.com; shawn.lin@rock-chips.com; >> niklas.cassel@axis.com; 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 5/6] pci: layerscape: Add the EP mode support. >> >> Hi, >> >> On Thursday 25 October 2018 04:39 PM, Xiaowei Bao wrote: >>> Add the PCIe EP mode support for layerscape platform. >>> >>> Signed-off-by: Xiaowei Bao >>> --- >>> drivers/pci/controller/dwc/Makefile | 2 +- >>> drivers/pci/controller/dwc/pci-layerscape-ep.c | 161 >>> ++++++++++++++++++++++++ >>> 2 files changed, 162 insertions(+), 1 deletions(-) create mode >>> 100644 drivers/pci/controller/dwc/pci-layerscape-ep.c >>> >>> diff --git a/drivers/pci/controller/dwc/Makefile >>> b/drivers/pci/controller/dwc/Makefile >>> index 5d2ce72..b26d617 100644 >>> --- a/drivers/pci/controller/dwc/Makefile >>> +++ b/drivers/pci/controller/dwc/Makefile >>> @@ -8,7 +8,7 @@ obj-$(CONFIG_PCI_EXYNOS) += pci-exynos.o >>> obj-$(CONFIG_PCI_IMX6) += pci-imx6.o >>> obj-$(CONFIG_PCIE_SPEAR13XX) += pcie-spear13xx.o >>> obj-$(CONFIG_PCI_KEYSTONE) += pci-keystone-dw.o pci-keystone.o >>> -obj-$(CONFIG_PCI_LAYERSCAPE) += pci-layerscape.o >>> +obj-$(CONFIG_PCI_LAYERSCAPE) += pci-layerscape.o pci-layerscape-ep.o >>> obj-$(CONFIG_PCIE_QCOM) += pcie-qcom.o >>> obj-$(CONFIG_PCIE_ARMADA_8K) += pcie-armada8k.o >>> obj-$(CONFIG_PCIE_ARTPEC6) += pcie-artpec6.o diff --git >>> a/drivers/pci/controller/dwc/pci-layerscape-ep.c >>> b/drivers/pci/controller/dwc/pci-layerscape-ep.c >>> new file mode 100644 >>> index 0000000..3b33bbc >>> --- /dev/null >>> +++ b/drivers/pci/controller/dwc/pci-layerscape-ep.c >>> @@ -0,0 +1,161 @@ >>> +// SPDX-License-Identifier: GPL-2.0 >>> +/* >>> + * PCIe controller EP driver for Freescale Layerscape SoCs >>> + * >>> + * Copyright (C) 2018 NXP Semiconductor. >>> + * >>> + * Author: Xiaowei Bao */ >>> + >>> +#include >>> +#include >>> +#include >>> +#include >>> +#include >>> +#include >>> +#include >>> +#include >>> + >>> +#include "pcie-designware.h" >>> + >>> +#define PCIE_DBI2_OFFSET 0x1000 /* DBI2 base address*/ >> >> The base address should come from dt. >>> + >>> +struct ls_pcie_ep { >>> + struct dw_pcie *pci; >>> +}; >>> + >>> +#define to_ls_pcie_ep(x) dev_get_drvdata((x)->dev) >>> + >>> +static bool ls_pcie_is_bridge(struct ls_pcie_ep *pcie) { >>> + struct dw_pcie *pci = pcie->pci; >>> + u32 header_type; >>> + >>> + header_type = ioread8(pci->dbi_base + PCI_HEADER_TYPE); >>> + header_type &= 0x7f; >>> + >>> + return header_type == PCI_HEADER_TYPE_BRIDGE; } >>> + >>> +static int ls_pcie_establish_link(struct dw_pcie *pci) { >>> + return 0; >>> +} >> >> There should be some way by which EP should tell RC that it is not configured yet. Are there no bits to control LTSSM state initialization or Configuration retry status enabling? >> [Xiaowei Bao] There have not bits to control LTSSM state to tell the RC it is configured. The start link is auto completed. >> [Xiaowei Bao] Hi Kishon, is there any advice? > > If there is no HW support, I don't think anything could be done here. This could result in RC reading configuration space even before EP is fully initialized. > [Xiaowei Bao] The bootloader have initialized the EP device and set the config ready bit, and the kernel don't need to do anything. What does bootloader initalize? The EP driver here will reinitialize everything right? Thanks Kishon >>> + >>> +static const struct dw_pcie_ops ls_pcie_ep_ops = { >>> + .start_link = ls_pcie_establish_link, }; >>> + >>> +static const struct of_device_id ls_pcie_ep_of_match[] = { >>> + { .compatible = "fsl,ls-pcie-ep",}, >>> + { }, >>> +}; >>> + >>> +static void ls_pcie_ep_init(struct dw_pcie_ep *ep) { >>> + struct dw_pcie *pci = to_dw_pcie_from_ep(ep); >>> + struct pci_epc *epc = ep->epc; >>> + enum pci_barno bar; >>> + >>> + for (bar = BAR_0; bar <= BAR_5; bar++) >>> + dw_pcie_ep_reset_bar(pci, bar); >>> + >>> + epc->features |= EPC_FEATURE_NO_LINKUP_NOTIFIER; } >>> + >>> +static int ls_pcie_ep_raise_irq(struct dw_pcie_ep *ep, u8 func_no, >>> + enum pci_epc_irq_type type, u16 interrupt_num) { >>> + struct dw_pcie *pci = to_dw_pcie_from_ep(ep); >>> + >>> + switch (type) { >>> + case PCI_EPC_IRQ_LEGACY: >>> + return dw_pcie_ep_raise_legacy_irq(ep, func_no); >>> + case PCI_EPC_IRQ_MSI: >>> + return dw_pcie_ep_raise_msi_irq(ep, func_no, interrupt_num); >>> + case PCI_EPC_IRQ_MSIX: >>> + return dw_pcie_ep_raise_msix_irq(ep, func_no, interrupt_num); >>> + default: >>> + dev_err(pci->dev, "UNKNOWN IRQ type\n"); >>> + } >>> + >>> + return 0; >>> +} >>> + >>> +static struct dw_pcie_ep_ops pcie_ep_ops = { >>> + .ep_init = ls_pcie_ep_init, >>> + .raise_irq = ls_pcie_ep_raise_irq, >>> +}; >>> + >>> +static int __init ls_add_pcie_ep(struct ls_pcie_ep *pcie, >>> + struct platform_device *pdev) >>> +{ >>> + struct dw_pcie *pci = pcie->pci; >>> + struct device *dev = pci->dev; >>> + struct dw_pcie_ep *ep; >>> + struct resource *res; >>> + int ret; >>> + >>> + ep = &pci->ep; >>> + ep->ops = &pcie_ep_ops; >>> + >>> + res = platform_get_resource_byname(pdev, IORESOURCE_MEM, "addr_space"); >>> + if (!res) >>> + return -EINVAL; >>> + >>> + ep->phys_base = res->start; >>> + ep->addr_size = resource_size(res); >>> + >>> + ret = dw_pcie_ep_init(ep); >>> + if (ret) { >>> + dev_err(dev, "failed to initialize endpoint\n"); >>> + return ret; >>> + } >>> + >>> + return 0; >>> +} >>> + >>> +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 resource *dbi_base; >>> + int ret; >>> + >>> + pcie = devm_kzalloc(dev, sizeof(*pcie), GFP_KERNEL); >>> + if (!pcie) >>> + return -ENOMEM; >>> + >>> + pci = devm_kzalloc(dev, sizeof(*pci), GFP_KERNEL); >>> + if (!pci) >>> + 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)) >>> + return PTR_ERR(pci->dbi_base); >>> + >>> + pci->dbi_base2 = pci->dbi_base + PCIE_DBI2_OFFSET; >>> + pci->dev = dev; >>> + pci->ops = &ls_pcie_ep_ops; >>> + pcie->pci = pci; >>> + >>> + if (ls_pcie_is_bridge(pcie)) >>> + return -ENODEV; >> >> For an endpoint this condition should never occur. This should only mean, a wrong compatible has been used in dt. >> [Xiaowei Bao] This function is a way that can check the PCI controller whether work in EP mode, I think it is more safer. Of course, it can be removed. >> [Xiaowei Bao] Hi Kishon, is there any advice? > > IMHO this check is not required. > [Xiaowei Bao] OK, I will remove this function in patch-v2. > > Thanks > Kishon >