Received: by 2002:a25:824b:0:0:0:0:0 with SMTP id d11csp1445729ybn; Wed, 25 Sep 2019 18:41:39 -0700 (PDT) X-Google-Smtp-Source: APXvYqx0USu++LHkDf1FeZU5PYtyeAHFcnGfxZzjWgvPtvOxwnXoCofZp8rZREEed5R1U9NUl6yR X-Received: by 2002:a17:906:19c9:: with SMTP id h9mr987840ejd.193.1569462099798; Wed, 25 Sep 2019 18:41:39 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1569462099; cv=none; d=google.com; s=arc-20160816; b=qmv8Rafg0bu+ZBGfhWe884Owa7/h8kqWQC9VppVYRiE7Csg+Ch8evfCjxVVdMRu3So BlIyFQkhk2GevP6ydMiwdMdlBL9ccqcmQUT4B0UjmSvPM/68FZBJZ3raNGtxKzvEOjJO GvwMoDImUNgCo7j/ECrClvGE5dzZEIDxc6/k2zngKvyU81RAjiiTyJ+e6bx0G+phuIfg oVQB2Fq7QrMN1sPvjHMsF6aZAB1ynaD/meIkXukUL2CRCKWTl/cU2rywGj4fZCWZUv6h VEBkcFXCue0mzuqbBuwlf2SqjiFnIYsQZEtAytiOQbZrIN0QaXWIGx0PE/+IlcoqXv1h C7dA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:dkim-signature:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject; bh=X53Y+AooRMGSiUpEHn/UmKRhTHHRJA2wv89sL/5qChc=; b=R/tmSOk37WSY3GPg8czbs3+gthgr63JQXmVGZSkl0bhCspAtfouP+gkG6mrA9GcsR/ AXODbkMYYAhAzDFDbR7d7Xd7+07TK4ZrSH5X6akbfuS0QUMZ6nIwdLBHpOlJi34tcU3n 6SSmKtptRmRTpHl9TfgPcpLGIayeP3zV2kJV8q12job5JjMsvBHwvAi9bm88Hffek6xz +ygSBrCQR1MTDNgJjgdy9rYcl5rMBhCVFAY/ulE3bmi8YeQ2ula3MifxSMD2z/OuEnLk bcGysudzuxl5RPS4efbS+M6Vq0SJLLpbS/YEqDEPorTe26viyiMvQ9zwklueR8wfBE8U 7JBg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@nvidia.com header.s=n1 header.b=K0xxjpQo; 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=nvidia.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id x4si278370ejf.264.2019.09.25.18.41.16; Wed, 25 Sep 2019 18:41:39 -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; dkim=pass header.i=@nvidia.com header.s=n1 header.b=K0xxjpQo; 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=nvidia.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2504651AbfIXL1e (ORCPT + 99 others); Tue, 24 Sep 2019 07:27:34 -0400 Received: from hqemgate15.nvidia.com ([216.228.121.64]:11272 "EHLO hqemgate15.nvidia.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2440831AbfIXL1e (ORCPT ); Tue, 24 Sep 2019 07:27:34 -0400 Received: from hqpgpgate102.nvidia.com (Not Verified[216.228.121.13]) by hqemgate15.nvidia.com (using TLS: TLSv1.2, DES-CBC3-SHA) id ; Tue, 24 Sep 2019 04:27:38 -0700 Received: from hqmail.nvidia.com ([172.20.161.6]) by hqpgpgate102.nvidia.com (PGP Universal service); Tue, 24 Sep 2019 04:27:31 -0700 X-PGP-Universal: processed; by hqpgpgate102.nvidia.com on Tue, 24 Sep 2019 04:27:31 -0700 Received: from DRHQMAIL107.nvidia.com (10.27.9.16) by HQMAIL101.nvidia.com (172.20.187.10) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Tue, 24 Sep 2019 11:27:30 +0000 Received: from [10.24.47.34] (172.20.13.39) by DRHQMAIL107.nvidia.com (10.27.9.16) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Tue, 24 Sep 2019 11:27:27 +0000 Subject: Re: [PATCH v2] PCI: dwc: Add support to add GEN3 related equalization quirks To: Pankaj Dubey , 'Gustavo Pimentel' , 'Andrew Murray' CC: , , , , , 'Anvesh Salveru' References: <1568371190-14590-1-git-send-email-pankaj.dubey@samsung.com> <20190916101543.GM9720@e119886-lin.cambridge.arm.com> <00a401d56c7e$cf3abd30$6db03790$@samsung.com> <20190916122400.GO9720@e119886-lin.cambridge.arm.com> <7ad2b603-49ce-e955-58c4-fba1fb5ca6c8@nvidia.com> <000001d572ba$6d3040a0$4790c1e0$@samsung.com> X-Nvconfidentiality: public From: Vidya Sagar Message-ID: <72370258-2cbe-32d8-b444-a45b50efa3e0@nvidia.com> Date: Tue, 24 Sep 2019 16:57:24 +0530 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.9.0 MIME-Version: 1.0 In-Reply-To: <000001d572ba$6d3040a0$4790c1e0$@samsung.com> X-Originating-IP: [172.20.13.39] X-ClientProxiedBy: HQMAIL107.nvidia.com (172.20.187.13) To DRHQMAIL107.nvidia.com (10.27.9.16) Content-Type: text/plain; charset="utf-8"; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nvidia.com; s=n1; t=1569324458; bh=X53Y+AooRMGSiUpEHn/UmKRhTHHRJA2wv89sL/5qChc=; h=X-PGP-Universal:Subject:To:CC:References:X-Nvconfidentiality:From: Message-ID:Date:User-Agent:MIME-Version:In-Reply-To: X-Originating-IP:X-ClientProxiedBy:Content-Type:Content-Language: Content-Transfer-Encoding; b=K0xxjpQoftApdAUA+aE8A57bCnycrK+SfbW6Ha12pxCh1VnD5IpQjifR4heeNjjzh 6LSlGjN05WfDJgxgJCbB9AFGqs05u56E38m4/kVVpmGNPxnCh+gPpnLXUZDFrtPhCw MudnZIepnQGgxAdxkq3Z+nugrLcznMu5ImQonqlp8O5qYBXWhgUtr9NcX2t8jj8a3y 6egBjzhl7zn6YUFM6pga1T5LBxz648/xd1vpl/f4B6uRB4KN5Vgjp/aOiDv6OapgQk vS/KQ8F3SaHa+J+GnLiqZH2hzUqy3Ip2DNyFLPxETAjoBTW37NIAj7OtBx2rlmPaQF aFQsrGbc2BN4A== Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 9/24/2019 2:58 PM, Pankaj Dubey wrote: > > >> -----Original Message----- >> From: Vidya Sagar >> Sent: Thursday, September 19, 2019 4:54 PM >> Subject: Re: [PATCH v2] PCI: dwc: Add support to add GEN3 related equalization >> quirks >> >> On 9/16/2019 6:22 PM, Gustavo Pimentel wrote: >>> On Mon, Sep 16, 2019 at 13:24:1, Andrew Murray >> >>> wrote: >>> >>>> On Mon, Sep 16, 2019 at 04:36:33PM +0530, Pankaj Dubey wrote: >>>>> >>>>> >>>>>> -----Original Message----- >>>>>> From: Andrew Murray >>>>>> Sent: Monday, September 16, 2019 3:46 PM >>>>>> To: Pankaj Dubey >>>>>> Cc: linux-pci@vger.kernel.org; linux-kernel@vger.kernel.org; >>>>>> jingoohan1@gmail.com; gustavo.pimentel@synopsys.com; >>>>>> lorenzo.pieralisi@arm.com; bhelgaas@google.com; Anvesh Salveru >>>>>> >>>>>> Subject: Re: [PATCH v2] PCI: dwc: Add support to add GEN3 related >>>>> equalization >>>>>> quirks >>>>>> >>>>>> On Fri, Sep 13, 2019 at 04:09:50PM +0530, Pankaj Dubey wrote: >>>>>>> From: Anvesh Salveru >>>>>>> >>>>>>> In some platforms, PCIe PHY may have issues which will prevent >>>>>>> linkup to happen in GEN3 or higher speed. In case equalization >>>>>>> fails, link will fallback to GEN1. >>>>>>> >>>>>>> DesignWare controller gives flexibility to disable GEN3 >>>>>>> equalization completely or only phase 2 and 3 of equalization. >>>>>>> >>>>>>> This patch enables the DesignWare driver to disable the PCIe GEN3 >>>>>>> equalization by enabling one of the following quirks: >>>>>>> - DWC_EQUALIZATION_DISABLE: To disable GEN3 equalization all >>>>>>> phases >> I don't think Gen-3 equalization can be skipped altogether. >> PCIe Spec Rev 4.0 Ver 1.0 in Section-4.2.3 has the following statement. >> >> "All the Lanes that are associated with the LTSSM (i.e., those Lanes that are >> currently operational or may be operational in the future due to Link >> Upconfigure) must participate in the Equalization procedure" >> >> and in Section-4.2.6.4.2.1.1 it says >> "Note: A transition to Recovery.RcvrLock might be used in the case where the >> Downstream Port determines that Phase 2 and Phase 3 are not needed based on >> the platform and channel characteristics." >> >> Based on the above statements, I think it is Ok to skip only Phases 2&3 of >> equalization but not 0&1. >> I even checked with our hardware engineers and it seems >> DWC_EQUALIZATION_DISABLE is present only for debugging purpose in >> hardware simulations and shouldn't be used on real silicon otherwise it seems. >> > > In DesignWare manual we don't see any comment that this feature is for debugging purpose only. Agree and as I mentioned even I got to know about it offline. > Even if it is meant for debugging purpose, if for some reason in an SoC, Gen3/4 linkup is failing due to equalization, and if disabling equalization is helping then IMO it is OK to do it. Well, I don't have specific reservations to not have it. We can use this as a fall back option. > Just to re-confirm we tested one of the NVMe device on Jatson AGX Xavier RC with equalization disabled. We do see linkup works well in GEN3. As we have added this feature as a platform-quirk so only platforms that required this feature can enable it. > Curious to know...You did it because link didn't come up with equalization enabled? or just as an experiment? > Snippet of lspci (from Jatson AGX Xavier RC) is given below, showing EQ is completely disabled and GEN3 linkup > ----- > 0005:01:00.0 Non-Volatile memory controller: Lite-On Technology Corporation Device 21f1 (rev 01) (prog-if 02 [NVM Express]) > Subsystem: Marvell Technology Group Ltd. Device 1093 > > LnkCap: Port #0, Speed 8GT/s, Width x4, ASPM L1, Exit Latency L0s <512ns, L1 <64us > ClockPM+ Surprise- LLActRep- BwNot- ASPMOptComp+ > LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- CommClk+ > ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt- > LnkSta: Speed 8GT/s, Width x4, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt- > DevCap2: Completion Timeout: Not Supported, TimeoutDis+, LTR+, OBFF Via message > DevCtl2: Completion Timeout: 50us to 50ms, TimeoutDis-, LTR+, OBFF Disabled > LnkCtl2: Target Link Speed: 8GT/s, EnterCompliance- SpeedDis- > Transmit Margin: Normal Operating Range, EnterModifiedCompliance- ComplianceSOS- > Compliance De-emphasis: -6dB > LnkSta2: Current De-emphasis Level: -6dB, EqualizationComplete-, EqualizationPhase1- > EqualizationPhase2-, EqualizationPhase3-, LinkEqualizationRequest- > ----- >> - Vidya Sagar >> >> >>>>>>> - DWC_EQ_PHASE_2_3_DISABLE: To disable GEN3 equalization phase 2 >>>>>>> & 3 >>>>>>> >>>>>>> Platform drivers can set these quirks via "quirk" variable of "dw_pcie" >>>>>>> struct. >>>>>>> >>>>>>> Signed-off-by: Anvesh Salveru >>>>>>> Signed-off-by: Pankaj Dubey >>>>>>> --- >>>>>>> Patchset v1 can be found at: >>>>>>> - 1/2: https://urldefense.proofpoint.com/v2/url?u=https- >> 3A__lkml.org_lkml_2019_9_10_443&d=DwIBAg&c=DPL6_X_6JkXFx7AXWqB0tg >> &r=bkWxpLoW-f- >> E3EdiDCCa0_h0PicsViasSlvIpzZvPxs&m=MtEKKeJsQvi2UM1eSZUv2vPLLxrYU0aI1 >> Ry4ICIDaiQ&s=s_nPmMNbQFswYRxQgBkeg4H9J_0FEtzRE-0AruC5WI4&e= >>>>>>> - 2/2: >>>>>>> https://urldefense.proofpoint.com/v2/url?u=https-3A__lkml.org_lkml >>>>>>> >> _2019_9_10_444&d=DwIBAg&c=DPL6_X_6JkXFx7AXWqB0tg&r=bkWxpLoW-f- >> E3Ed >>>>>>> >> iDCCa0_h0PicsViasSlvIpzZvPxs&m=MtEKKeJsQvi2UM1eSZUv2vPLLxrYU0aI1Ry >>>>>>> 4ICIDaiQ&s=kkfdwcX6bYcLrnJSgw_GcMMGAjnDTMtN2v6svWuANpk&e= >>>>>>> >>>>>>> Changes w.r.t v1: >>>>>>> - Squashed two patches from v1 into one as suggested by Gustavo >>>>>>> - Addressed review comments from Andrew >>>>>>> >>>>>>> drivers/pci/controller/dwc/pcie-designware.c | 12 ++++++++++++ >>>>>>> drivers/pci/controller/dwc/pcie-designware.h | 9 +++++++++ >>>>>>> 2 files changed, 21 insertions(+) >>>>>>> >>>>>>> diff --git a/drivers/pci/controller/dwc/pcie-designware.c >>>>>>> b/drivers/pci/controller/dwc/pcie-designware.c >>>>>>> index 7d25102..97fb18d 100644 >>>>>>> --- a/drivers/pci/controller/dwc/pcie-designware.c >>>>>>> +++ b/drivers/pci/controller/dwc/pcie-designware.c >>>>>>> @@ -466,4 +466,16 @@ void dw_pcie_setup(struct dw_pcie *pci) >>>>>>> break; >>>>>>> } >>>>>>> dw_pcie_writel_dbi(pci, PCIE_LINK_WIDTH_SPEED_CONTROL, val); >>>>>>> + >>>>>>> + if (pci->quirk & DWC_EQUALIZATION_DISABLE) { >>>>>>> + val = dw_pcie_readl_dbi(pci, PCIE_PORT_GEN3_RELATED); >>>>>>> + val |= PORT_LOGIC_GEN3_EQ_DISABLE; >>>>>>> + dw_pcie_writel_dbi(pci, PCIE_PORT_GEN3_RELATED, val); >>>>>>> + } >>>>>>> + >>>>>>> + if (pci->quirk & DWC_EQ_PHASE_2_3_DISABLE) { >>>>>>> + val = dw_pcie_readl_dbi(pci, PCIE_PORT_GEN3_RELATED); >>>>>>> + val |= PORT_LOGIC_GEN3_EQ_PHASE_2_3_DISABLE; >>>>>>> + dw_pcie_writel_dbi(pci, PCIE_PORT_GEN3_RELATED, val); >>>>>>> + } >>>>>>> } >>>>>>> diff --git a/drivers/pci/controller/dwc/pcie-designware.h >>>>>>> b/drivers/pci/controller/dwc/pcie-designware.h >>>>>>> index ffed084..e428b62 100644 >>>>>>> --- a/drivers/pci/controller/dwc/pcie-designware.h >>>>>>> +++ b/drivers/pci/controller/dwc/pcie-designware.h >>>>>>> @@ -29,6 +29,10 @@ >>>>>>> #define LINK_WAIT_MAX_IATU_RETRIES 5 >>>>>>> #define LINK_WAIT_IATU 9 >>>>>>> >>>>>>> +/* Parameters for GEN3 related quirks */ >>>>>>> +#define DWC_EQUALIZATION_DISABLE BIT(1) >>>>>>> +#define DWC_EQ_PHASE_2_3_DISABLE BIT(2) >>>>>>> + >>>>>>> /* Synopsys-specific PCIe configuration registers */ >>>>>>> #define PCIE_PORT_LINK_CONTROL 0x710 >>>>>>> #define PORT_LINK_MODE_MASK GENMASK(21, 16) >>>>>>> @@ -60,6 +64,10 @@ >>>>>>> #define PCIE_MSI_INTR0_MASK 0x82C >>>>>>> #define PCIE_MSI_INTR0_STATUS 0x830 >>>>>>> >>>>>>> +#define PCIE_PORT_GEN3_RELATED 0x890 >>>>>> >>>>>> I hadn't noticed this in the previous version - what is the proper >>>>>> name >>>>> for this >>>>>> register? Does it end in _RELATED? >>>>> >>>>> As per SNPS databook the name of the register is "GEN3_RELATED_OFF". >>>>> It is port logic register so, to keep similarity with other port >>>>> logic registers in this file we named it as "PCIE_PORT_GEN3_RELATED". >>>> >>>> OK. >>>> >>>> Reviewed-by: Andrew Murray >>>> >>>> Also is the SNPS databook publicly available? I'd be interested in >>>> reading it. >>> >>> The databook isn't openly available, sorry. >>> >>> Gustavo >>> >>>> >>>> Thanks, >>>> >>>> Andrew Murray >>>> >>>>> >>>>>> >>>>>> Thanks, >>>>>> >>>>>> Andrew Murray >>>>>> >>>>>>> +#define PORT_LOGIC_GEN3_EQ_PHASE_2_3_DISABLE BIT(9) >>>>>>> +#define PORT_LOGIC_GEN3_EQ_DISABLE BIT(16) >>>>>>> + >>>>>>> #define PCIE_ATU_VIEWPORT 0x900 >>>>>>> #define PCIE_ATU_REGION_INBOUND BIT(31) >>>>>>> #define PCIE_ATU_REGION_OUTBOUND 0 >>>>>>> @@ -244,6 +252,7 @@ struct dw_pcie { >>>>>>> struct dw_pcie_ep ep; >>>>>>> const struct dw_pcie_ops *ops; >>>>>>> unsigned int version; >>>>>>> + unsigned int quirk; >>>>>>> }; >>>>>>> >>>>>>> #define to_dw_pcie_from_pp(port) container_of((port), struct >>>>>>> dw_pcie, >>>>>>> pp) >>>>>>> -- >>>>>>> 2.7.4 >>>>>>> >>>>> >>> >>> > >