From nobody Thu Apr 9 13:42:37 2026 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id F4100C433FE for ; Mon, 7 Nov 2022 08:13:47 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231393AbiKGINq (ORCPT ); Mon, 7 Nov 2022 03:13:46 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:32974 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231329AbiKGINo (ORCPT ); Mon, 7 Nov 2022 03:13:44 -0500 Received: from mail-pf1-x42d.google.com (mail-pf1-x42d.google.com [IPv6:2607:f8b0:4864:20::42d]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id C9750B7FF for ; Mon, 7 Nov 2022 00:13:42 -0800 (PST) Received: by mail-pf1-x42d.google.com with SMTP id z26so9917988pff.1 for ; Mon, 07 Nov 2022 00:13:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nathanrossi.com; s=google; h=mime-version:content-transfer-encoding:subject:cc:to:from :message-id:date:from:to:cc:subject:date:message-id:reply-to; bh=y71pLMvooIRecOUj8AXrDoMOrUDoDubP/fQuwH79cVQ=; b=W7E7bB/v9cZQW93GKuGYJEJvY7ThtLs55R2ykpJdCI1aALO6M5vSiJd0lvjmxfNMMg wZiIJhDNqe6+tHHHtPW4Ue3sQK55dTfTuAdMeWJ+XEuZnGQMVC80Gly9j5tk+RbDSZdl f1LCtU+1QqqFUsLdQcxRpAOircqMCAGCIjTjPxWAN6LbvM5bP9pJswTbyDACmLYqslaA teX0SHTXTMOzq71cnehss6sz08a8Mtlw8zi9w9zfvE1E2xUvB59DVnNmvOOqsDq3oGFY PVdvNe5EPnKbO1QBUQXEKNX5Rm4kCfp3AUF8jLznBJvhtDrzKN2Hvx8v6iKI2Ih4FEce K0zg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=mime-version:content-transfer-encoding:subject:cc:to:from :message-id:date:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=y71pLMvooIRecOUj8AXrDoMOrUDoDubP/fQuwH79cVQ=; b=KinB52zgOhzmJsmwunJuOtPJIddAFf7NehjmkK7QpLLCICEgX2loI+KGwFtrr3K2C4 3VPdY/jGwawUKVHj5nCh0SiG04cny9zOgn2Lq6INhQdjuRl6ru7PgljPYKP6YX8GIaOa CdVJWM0aWDFOqXA4MTDvdp9DqrxJLMZWEUNFg6T1y7TaAJ65gSELiIL2gRwlmMLsomlY 9/EMyB1aJqTcl5mYJMOiosFp8vpfrpaGfl9nm3VzsZ+rWnST/X+JERkr5yKHcY5R7850 +YKy4x4X28+KaNh0hD7eoitCODZKTp4raInipVtGgEc2fdacMwJyVrxhcM7vPVnHe15a IyCw== X-Gm-Message-State: ACrzQf36z+skz3T48BafyDCnvDAdumAwnxo4rNfU6alsVR6e+eIFLibz e8lDzkb7BYAn7l3EShVLNhv3fGiqSgOylyIr X-Google-Smtp-Source: AMsMyM4Sl/kXw/jB7JyTksaM0VO42+EshFVOhqAXTLRxKZ77IelcNlGxrwh8AxGDugduoJGX4PAyMA== X-Received: by 2002:a63:dd4f:0:b0:46f:fae3:373d with SMTP id g15-20020a63dd4f000000b0046ffae3373dmr26459600pgj.31.1667808822337; Mon, 07 Nov 2022 00:13:42 -0800 (PST) Received: from [127.0.1.1] (117-20-68-146.751444.bne.nbn.aussiebb.net. [117.20.68.146]) by smtp.gmail.com with UTF8SMTPSA id pc3-20020a17090b3b8300b00212cf2fe8c3sm17579487pjb.1.2022.11.07.00.13.37 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 07 Nov 2022 00:13:41 -0800 (PST) Date: Mon, 07 Nov 2022 08:13:27 +0000 Message-Id: <20221107081327.336239-1-nathan@nathanrossi.com> From: Nathan Rossi To: linux-pci@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org Cc: Nathan Rossi , Nathan Rossi , Thomas Petazzoni , Lorenzo Pieralisi , Bjorn Helgaas , Pali =?utf-8?q?Roh=C3=A1r?= Subject: [PATCH] PCI: mvebu: Set Target Link Speed for 2.5GT downstream devices Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Nathan Rossi There is a known issue with the mvebu PCIe controller when triggering retraining of the link (via Link Control) where the link is dropped completely causing significant delay in the renegotiation of the link. This occurs only when the downstream device is 2.5GT and the upstream port is configured to support both 2.5GT and 5GT. It is possible to prevent this link dropping by setting the associated link speed in Target Link Speed of the Link Control 2 register. This only needs to be done when the downstream is specifically 2.5GT. This change applies the required Target Link Speed value during mvebu_pcie_setup_hw conditionally depending on the current link speed from the Link Status register, only applying the change when the link is configured to 2.5GT already. Signed-off-by: Nathan Rossi --- drivers/pci/controller/pci-mvebu.c | 18 +++++++++++++++++- 1 file changed, 17 insertions(+), 1 deletion(-) diff --git a/drivers/pci/controller/pci-mvebu.c b/drivers/pci/controller/pc= i-mvebu.c index 1ced73726a..6a869a33ba 100644 --- a/drivers/pci/controller/pci-mvebu.c +++ b/drivers/pci/controller/pci-mvebu.c @@ -248,7 +248,7 @@ static void mvebu_pcie_setup_wins(struct mvebu_pcie_por= t *port) =20 static void mvebu_pcie_setup_hw(struct mvebu_pcie_port *port) { - u32 ctrl, lnkcap, cmd, dev_rev, unmask, sspl; + u32 ctrl, lnkcap, cmd, dev_rev, unmask, sspl, lnksta, lnkctl2; =20 /* Setup PCIe controller to Root Complex mode. */ ctrl =3D mvebu_readl(port, PCIE_CTRL_OFF); @@ -339,6 +339,22 @@ static void mvebu_pcie_setup_hw(struct mvebu_pcie_port= *port) unmask |=3D PCIE_INT_INTX(0) | PCIE_INT_INTX(1) | PCIE_INT_INTX(2) | PCIE_INT_INTX(3); mvebu_writel(port, unmask, PCIE_INT_UNMASK_OFF); + + /* + * Set Target Link Speed within the Link Control 2 register when the + * linked downstream device is connected at 2.5GT. This is configured + * in order to avoid issues with the controller when the upstream port + * is configured to support 2.5GT and 5GT and the downstream device is + * linked at 2.5GT, retraining the link in this case causes the link to + * drop taking significant time to retrain. + */ + lnksta =3D mvebu_readl(port, PCIE_CAP_PCIEXP + PCI_EXP_LNKCTL) >> 16; + if ((lnksta & PCI_EXP_LNKSTA_CLS) =3D=3D PCI_EXP_LNKSTA_CLS_2_5GB) { + lnkctl2 =3D mvebu_readl(port, PCIE_CAP_PCIEXP + PCI_EXP_LNKCTL2); + lnkctl2 &=3D ~PCI_EXP_LNKCTL2_TLS; + lnkctl2 |=3D PCI_EXP_LNKCTL2_TLS_2_5GT; + mvebu_writel(port, lnkctl2, PCIE_CAP_PCIEXP + PCI_EXP_LNKCTL2); + } } =20 static struct mvebu_pcie_port *mvebu_pcie_find_port(struct mvebu_pcie *pci= e, --- 2.37.2