Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp4194523pxf; Tue, 30 Mar 2021 01:26:30 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwfBQDZDvLEELmEzZ4xTzsghhouPqU3/LIY3lGnE07+B75nPPhnY5jl6EfK4oC5j4vr8kEn X-Received: by 2002:a17:906:314f:: with SMTP id e15mr32054324eje.30.1617092790484; Tue, 30 Mar 2021 01:26:30 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1617092790; cv=none; d=google.com; s=arc-20160816; b=VY27gsYrdCbY6wPzA/YD5ORsadwhKqj8pc20X2w2dOgjtDp7Li+4VeIBJW020crZ7s 9ZuYAiINudaH6G6R5o3x0BStbE3Ed2SeADSMRruYr7B1U38948gOpPFqmry48eSjfZ4h dNIteMBt/5/mRDJ1z9JTOl2CGTp+VgOvQ/53WvMrYnSM2qr5S/ejlAbd3orpzpLRykrE 8AkKlbARkzcq1oB+arlK4Aqn+bnzOyDdCd0shnMjbErVSCaHJ28UHo4Pw7NVuKYSjLSd Bog0K/fptwtmma9Btr/zT8cGog7+MxrfJN8OW4lyuNYVASSKj2HIRxAwLIFFjCq7RDd4 GLoA== 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=DkNfrNauYtIB2+uN1xaUiUdq8h74pSPC5IjxUz+2DMHjDO0+omM27+iftJI3N7fe1I FZFweoeAIt1plfP/cPIzwje4W8yOpUXw5ZDkSWY+YOewCos5El5bkUsFOYwPnE/MpHoW 4I0lRIBCz8P58cr37Hko2VBZyfldoodGX/gZ9CbC3CdwXrjwF9vBWSH9VwAnIQHqTAqB 1p/3EbM78WrvvgW3DD/tWFI83qkRkzZ9O3ExIDDr/N/XeABxFQ/11noggIEKPn/+snMn itK9FFvUIhCY1P0Xyyge0E5YKNN5kHv/lexdIxlX8PaMjvIAYo8TAzQGaA/mbZdHgM6Q Yp7w== 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 hy25si806735ejc.333.2021.03.30.01.26.07; Tue, 30 Mar 2021 01:26:30 -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 S231529AbhC3IWx (ORCPT + 99 others); Tue, 30 Mar 2021 04:22:53 -0400 Received: from inva021.nxp.com ([92.121.34.21]:39980 "EHLO inva021.nxp.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231318AbhC3IW3 (ORCPT ); Tue, 30 Mar 2021 04:22:29 -0400 Received: from inva021.nxp.com (localhost [127.0.0.1]) by inva021.eu-rdc02.nxp.com (Postfix) with ESMTP id F319C202FF4; Tue, 30 Mar 2021 10:22:27 +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 AE85520132C; Tue, 30 Mar 2021 10:22:22 +0200 (CEST) Received: from localhost.localdomain (shlinux2.ap.freescale.net [10.192.224.44]) by invc005.ap-rdc01.nxp.com (Postfix) with ESMTP id D7E07402F0; Tue, 30 Mar 2021 10:22:15 +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: [RESEND v4 2/2] PCI: imx: clear vreg bypass when pcie vph voltage is 3v3 Date: Tue, 30 Mar 2021 16:08:21 +0800 Message-Id: <1617091701-6444-3-git-send-email-hongxing.zhu@nxp.com> X-Mailer: git-send-email 2.7.4 In-Reply-To: <1617091701-6444-1-git-send-email-hongxing.zhu@nxp.com> References: <1617091701-6444-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