Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp3419269pxf; Mon, 29 Mar 2021 01:30:21 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxPl7G0q95UDwyEcUtjeLN8xerrNIuHs2Wx0mKb/04wskxYQqSU0/DBvK4vUbUBv+SMywU9 X-Received: by 2002:a17:906:7c44:: with SMTP id g4mr27103008ejp.269.1617006621070; Mon, 29 Mar 2021 01:30:21 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1617006621; cv=none; d=google.com; s=arc-20160816; b=y5y/tD9FI242HaHUoYGMvmUR221gp7a44wuLpe7g51mzvZb7OMcL4RFVzpTFCPOprR WMaUCvyYF1KE4sGaYuxSrU6XUoprUbacn+/f77Ix2aXJcWAzx1m4Ig+5MpZE58FgYjJE rxPQ1CDDhCthMhseXJvAGhj2/btRMzZu++DdKa22ZAF8k1C3k8+V7n81nXOlOwaG7I4H B98xfcfYh3HmbRONuuhZD4aRyMi3nwUxQ1J+NHAdCz+eqtlBhBLUF966g9FM6wY3VvfG kt7Lko8Qoamvo1pjc4BaySdlWYPJrZd5qVwk3tTW7yjewPU5qLcnPQ6Nxj3agCAOX+IX YPgA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:references:in-reply-to:message-id:date:subject :cc:to:from; bh=ZSB4gaKwa315za6+sKOaiJKb5+e/z02PeWb7P4krmgU=; b=Zw0q90zP3pIiLB2scS8MmM72FL4mlmHqdkHZurk/c6g+MjYqn/4HjbPRInueh5NBAa uHZEWKuu9XpUNBhaPN0hUWeePF6fuNy+gwLzr9xkNL7OYr2nNekUlVHWVTd6h4RxDE5d 2G/Z59PUc1zEyC2azEkFCT6y0V3gdi2S9YqD1VfBvs3YZmUx8OI9R/n98vufKZ+GcUK0 olnvo/pEIh+BRORGw9DnlpfUcxq1Iw2ueaPVZ+LXoXygs6uvtkSMQSHEigaxL4ZsrlRL 7PvxIOuIP+pvADRUDZFI5POiuzBM93vo1jabZYiI3H+gRTpK9gSlnMa6EQsgq0r8DMWg BwMQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=nxp.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id f16si12300071eds.608.2021.03.29.01.29.53; Mon, 29 Mar 2021 01:30:21 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=nxp.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232845AbhC2I0y (ORCPT + 99 others); Mon, 29 Mar 2021 04:26:54 -0400 Received: from inva021.nxp.com ([92.121.34.21]:36172 "EHLO inva021.nxp.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233242AbhC2IRV (ORCPT ); Mon, 29 Mar 2021 04:17:21 -0400 Received: from inva021.nxp.com (localhost [127.0.0.1]) by inva021.eu-rdc02.nxp.com (Postfix) with ESMTP id 8FBEF20503B; Mon, 29 Mar 2021 10:17:15 +0200 (CEST) Received: from invc005.ap-rdc01.nxp.com (invc005.ap-rdc01.nxp.com [165.114.16.14]) by inva021.eu-rdc02.nxp.com (Postfix) with ESMTP id 7C35620504F; Mon, 29 Mar 2021 10:17:10 +0200 (CEST) Received: from localhost.localdomain (shlinux2.ap.freescale.net [10.192.224.44]) by invc005.ap-rdc01.nxp.com (Postfix) with ESMTP id EB56F402A8; Mon, 29 Mar 2021 10:17:03 +0200 (CEST) From: Richard Zhu To: l.stach@pengutronix.de, andrew.smirnov@gmail.com, shawnguo@kernel.org, kw@linux.com, bhelgaas@google.com, stefan@agner.ch, lorenzo.pieralisi@arm.com Cc: linux-pci@vger.kernel.org, linux-imx@nxp.com, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, kernel@pengutronix.de, Richard Zhu Subject: [PATCH v4 2/2] PCI: imx: clear vreg bypass when pcie vph voltage is 3v3 Date: Mon, 29 Mar 2021 16:03:13 +0800 Message-Id: <1617004993-29728-3-git-send-email-hongxing.zhu@nxp.com> X-Mailer: git-send-email 2.7.4 In-Reply-To: <1617004993-29728-1-git-send-email-hongxing.zhu@nxp.com> References: <1617004993-29728-1-git-send-email-hongxing.zhu@nxp.com> X-Virus-Scanned: ClamAV using ClamSMTP Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Both 1.8v and 3.3v power supplies can be used by i.MX8MQ PCIe PHY. In default, the PCIE_VPH voltage is suggested to be 1.8v refer to data sheet. When PCIE_VPH is supplied by 3.3v in the HW schematic design, the VREG_BYPASS bits of GPR registers should be cleared from default value 1b'1 to 1b'0. Thus, the internal 3v3 to 1v8 translator would be turned on. Signed-off-by: Richard Zhu Reviewed-by: Lucas Stach --- drivers/pci/controller/dwc/pci-imx6.c | 20 ++++++++++++++++++++ 1 file changed, 20 insertions(+) diff --git a/drivers/pci/controller/dwc/pci-imx6.c b/drivers/pci/controller/dwc/pci-imx6.c index 853ea8e82952..94b43b4ecca1 100644 --- a/drivers/pci/controller/dwc/pci-imx6.c +++ b/drivers/pci/controller/dwc/pci-imx6.c @@ -37,6 +37,7 @@ #define IMX8MQ_GPR_PCIE_REF_USE_PAD BIT(9) #define IMX8MQ_GPR_PCIE_CLK_REQ_OVERRIDE_EN BIT(10) #define IMX8MQ_GPR_PCIE_CLK_REQ_OVERRIDE BIT(11) +#define IMX8MQ_GPR_PCIE_VREG_BYPASS BIT(12) #define IMX8MQ_GPR12_PCIE2_CTRL_DEVICE_TYPE GENMASK(11, 8) #define IMX8MQ_PCIE2_BASE_ADDR 0x33c00000 @@ -80,6 +81,7 @@ struct imx6_pcie { u32 tx_swing_full; u32 tx_swing_low; struct regulator *vpcie; + struct regulator *vph; void __iomem *phy_base; /* power domain for pcie */ @@ -621,6 +623,17 @@ static void imx6_pcie_init_phy(struct imx6_pcie *imx6_pcie) imx6_pcie_grp_offset(imx6_pcie), IMX8MQ_GPR_PCIE_REF_USE_PAD, IMX8MQ_GPR_PCIE_REF_USE_PAD); + /* + * Regarding the datasheet, the PCIE_VPH is suggested + * to be 1.8V. If the PCIE_VPH is supplied by 3.3V, the + * VREG_BYPASS should be cleared to zero. + */ + if (imx6_pcie->vph && + regulator_get_voltage(imx6_pcie->vph) > 3000000) + regmap_update_bits(imx6_pcie->iomuxc_gpr, + imx6_pcie_grp_offset(imx6_pcie), + IMX8MQ_GPR_PCIE_VREG_BYPASS, + 0); break; case IMX7D: regmap_update_bits(imx6_pcie->iomuxc_gpr, IOMUXC_GPR12, @@ -1130,6 +1143,13 @@ static int imx6_pcie_probe(struct platform_device *pdev) imx6_pcie->vpcie = NULL; } + imx6_pcie->vph = devm_regulator_get_optional(&pdev->dev, "vph"); + if (IS_ERR(imx6_pcie->vph)) { + if (PTR_ERR(imx6_pcie->vph) != -ENODEV) + return PTR_ERR(imx6_pcie->vph); + imx6_pcie->vph = NULL; + } + platform_set_drvdata(pdev, imx6_pcie); ret = imx6_pcie_attach_pd(dev); -- 2.17.1