Received: by 2002:a05:6a10:1d13:0:0:0:0 with SMTP id pp19csp1614226pxb; Fri, 27 Aug 2021 13:02:57 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwqfFDpqgqlIbYJAqKux2roDipuAIGzwa1XIbMD7zOZJ5YpAbbqQ0HYbNnLFde5n7sqD9m4 X-Received: by 2002:a17:906:30d6:: with SMTP id b22mr11943137ejb.442.1630094577743; Fri, 27 Aug 2021 13:02:57 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1630094577; cv=none; d=google.com; s=arc-20160816; b=EJ3L2DuBoSmrp9TnNalahv7yR0JxPMzR1V0ToyCvKSzHmPyPxPmyK5IYLV/jLPCEn6 kOp1V7t440TV5+k+nHCba/VheevWZNDQBk8sgbvOfo3qVIRVozcjoc2HmeSM4OQ7IMQX rZ4q9x9KgYGbtmINzp1xVodefb29VytQpSP2CUNR18gR8JxxyIKiHPKqEFRsPvh4dB7l A0GVn9E45Z/Oi7bMTMmsbqcjZKufMJhzRmaQ9WqWLH6p0Reez1Gyoi+IR6u8KpqlJ8Vi Ac1aisqzRySi/s6oXtMnk3BaUK3x6xww9hIlz/9K/VwRy6eVdNLKxddTxnaBnQAmVzZz Ag+A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:message-id:references:in-reply-to :subject:cc:to:from:date:content-transfer-encoding:mime-version :sender:dkim-signature; bh=z72idV3NWgM7ioiLJkOrmuVDeX54IRncvfUCduwkFdc=; b=0er57f1kD/oYHsZJisBDsXpXqbs8ZIH6x8UAEyxQtuFmTyxEcgOqqBISET7mWJpSkN bJ3jyFQx01u9HLHDYB7EeM55RIzh7sX+JZdkvcw5xnD1Kvt/lAk6N63OQfsLLZdqorUU tQxHwSpGiku/zGozHARD06EaIQpFpbF6qQoLsTOnp28h22txTaVIRph1tEddT9ndQEAF cDX0REL++19HcDEX2DJ/9VOVQGcvFQrroYk/KtLEkLM979t3kPAD+T0rJjAoDEfH0/J9 4aEgsSy1erh/2KVfr04tGU1RINFwHkn7e0pI8F/+dijsrDsXXvb23Ayms0kmrNNwxYqG LL2Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@mg.codeaurora.org header.s=smtp header.b=biCwo2FU; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id c6si1687601edd.521.2021.08.27.13.02.30; Fri, 27 Aug 2021 13:02:57 -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; dkim=pass header.i=@mg.codeaurora.org header.s=smtp header.b=biCwo2FU; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231174AbhH0UBR (ORCPT + 99 others); Fri, 27 Aug 2021 16:01:17 -0400 Received: from m43-7.mailgun.net ([69.72.43.7]:28940 "EHLO m43-7.mailgun.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231215AbhH0UBR (ORCPT ); Fri, 27 Aug 2021 16:01:17 -0400 DKIM-Signature: a=rsa-sha256; v=1; c=relaxed/relaxed; d=mg.codeaurora.org; q=dns/txt; s=smtp; t=1630094428; h=Message-ID: References: In-Reply-To: Subject: Cc: To: From: Date: Content-Transfer-Encoding: Content-Type: MIME-Version: Sender; bh=z72idV3NWgM7ioiLJkOrmuVDeX54IRncvfUCduwkFdc=; b=biCwo2FUqsJLVDu4ADCtKA88z5/U8Pjr24td5Gi9oULQmT0y4rQp5rnOYKmUYFCbR3C2cXiR 7DyVpZH7PCIJ/AN3WPEkX7y+613y85pA0YJ/eXtNZBNE6zFxoUGnHzMwm01Qm99d3gypTZHt 4YSBauzWq8CrNCcvNRiWG8QmRjU= X-Mailgun-Sending-Ip: 69.72.43.7 X-Mailgun-Sid: WyI0MWYwYSIsICJsaW51eC1rZXJuZWxAdmdlci5rZXJuZWwub3JnIiwgImJlOWU0YSJd Received: from smtp.codeaurora.org (ec2-35-166-182-171.us-west-2.compute.amazonaws.com [35.166.182.171]) by smtp-out-n04.prod.us-west-2.postgun.com with SMTP id 61294452d15f4d68a26a1f95 (version=TLS1.2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256); Fri, 27 Aug 2021 20:00:18 GMT Sender: khsieh=codeaurora.org@mg.codeaurora.org Received: by smtp.codeaurora.org (Postfix, from userid 1001) id 1D801C4361B; Fri, 27 Aug 2021 20:00:18 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-caf-mail-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-2.9 required=2.0 tests=ALL_TRUSTED,BAYES_00 autolearn=unavailable autolearn_force=no version=3.4.0 Received: from mail.codeaurora.org (localhost.localdomain [127.0.0.1]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: khsieh) by smtp.codeaurora.org (Postfix) with ESMTPSA id 781D6C4338F; Fri, 27 Aug 2021 20:00:16 +0000 (UTC) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Fri, 27 Aug 2021 13:00:16 -0700 From: khsieh@codeaurora.org To: Stephen Boyd Cc: agross@kernel.org, bjorn.andersson@linaro.org, devicetree@vger.kernel.org, robdclark@gmail.com, robh+dt@kernel.org, sean@poorly.run, vkoul@kernel.org, abhinavk@codeaurora.org, aravindh@codeaurora.org, freedreno@lists.freedesktop.org, linux-arm-msm@vger.kernel.org, linux-kernel@vger.kernel.org, kishon@ti.com, p.zabel@pengutronix.de Subject: Re: [PATCH] phy: qcom-qmp: add support for voltage and pre emphesis swing In-Reply-To: References: <1629847775-16767-1-git-send-email-khsieh@codeaurora.org> Message-ID: <556428d20109fee3b4e3e1fd185e22cf@codeaurora.org> X-Sender: khsieh@codeaurora.org User-Agent: Roundcube Webmail/1.3.9 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2021-08-25 10:49, Stephen Boyd wrote: > Quoting Kuogee Hsieh (2021-08-24 16:29:35) >> Add voltage and pre emphesis swing tables so that voltage and > > Is it "pre-emphasis"? > >> pre emphsis swing level can be configured base on link rate. > > This one is also different. > >> >> Signed-off-by: Kuogee Hsieh > > Presumably > > Fixes: aff188feb5e1 ("phy: qcom-qmp: add support for sm8250-usb3-dp > phy") > >> --- >> drivers/phy/qualcomm/phy-qcom-qmp.c | 95 >> ++++++++++++++++++++++++++++++++----- >> 1 file changed, 82 insertions(+), 13 deletions(-) >> >> diff --git a/drivers/phy/qualcomm/phy-qcom-qmp.c >> b/drivers/phy/qualcomm/phy-qcom-qmp.c >> index 31036aa..52bab6e 100644 >> --- a/drivers/phy/qualcomm/phy-qcom-qmp.c >> +++ b/drivers/phy/qualcomm/phy-qcom-qmp.c >> @@ -1916,7 +1916,7 @@ static const struct qmp_phy_init_tbl >> qmp_v4_dp_tx_tbl[] = { >> QMP_PHY_INIT_CFG(QSERDES_V4_TX_RES_CODE_LANE_OFFSET_RX, 0x11), >> QMP_PHY_INIT_CFG(QSERDES_V4_TX_TX_BAND, 0x4), >> QMP_PHY_INIT_CFG(QSERDES_V4_TX_TX_POL_INV, 0x0a), >> - QMP_PHY_INIT_CFG(QSERDES_V4_TX_TX_DRV_LVL, 0x2a), >> + QMP_PHY_INIT_CFG(QSERDES_V4_TX_TX_DRV_LVL, 0x22), > > Is 0x22 the better "default"? Can that be described in the commit text? > >> QMP_PHY_INIT_CFG(QSERDES_V4_TX_TX_EMP_POST1_LVL, 0x20), >> }; >> >> @@ -3727,6 +3727,81 @@ static int qcom_qmp_v3_dp_phy_calibrate(struct >> qmp_phy *qphy) >> >> return 0; >> } > > Nitpick: Newline here please. > >> +/* >> + * 0x20 deducted from tables >> + * >> + * swing_value |= DP_PHY_TXn_TX_DRV_LVL_MUX_EN; >> + * pre_emphasis_value |= DP_PHY_TXn_TX_EMP_POST1_LVL_MUX_EN; >> +*/ >> +static const u8 qmp_dp_v4_pre_emphasis_hbr3_hbr2[4][4] = { >> + /* p0 p1 p2 p3 */ >> + { 0x00, 0x0c, 0x15, 0x1b }, /* s0 */ >> + { 0x02, 0x0e, 0x16, 0xff }, /* s1 */ >> + { 0x02, 0x11, 0xff, 0xff }, /* s2 */ >> + { 0x04, 0xff, 0xff, 0xff } /* s3 */ >> +}; >> + >> +static const u8 qmp_dp_v4_voltage_swing_hbr3_hbr2[4][4] = { > > This looks the same as qmp_dp_v3_voltage_swing_hbr3_hbr2. Can that be > used? to avoid confuse, i like to keep them separated. > >> + /* p0 p1 p2 p3 */ >> + { 0x02, 0x12, 0x16, 0x1a }, /* s0 */ >> + { 0x09, 0x19, 0x1f, 0xff }, /* s1 */ >> + { 0x10, 0x1f, 0xff, 0xff }, /* s2 */ >> + { 0x1f, 0xff, 0xff, 0xff } /* s3 */ >> +}; >> + >> +static const u8 qmp_dp_v4_pre_emphasis_hbr_rbr[4][4] = { >> + /* p0 p1 p2 p3 */ >> + { 0x00, 0x0e, 0x15, 0x1b }, /* s0 */ >> + { 0x00, 0x0e, 0x15, 0xff }, /* s1 */ >> + { 0x00, 0x0e, 0xff, 0xff }, /* s2 */ >> + { 0x04, 0xff, 0xff, 0xff } /* s3 */ >> +}; >> + >> +static const u8 qmp_dp_v4_voltage_swing_hbr_rbr[4][4] = { >> + /* p0 p1 p2 p3 */ >> + { 0x08, 0x0f, 0x16, 0x1f }, /* s0 */ >> + { 0x11, 0x1e, 0x1f, 0xff }, /* s1 */ >> + { 0x16, 0x1f, 0xff, 0xff }, /* s2 */ >> + { 0x1f, 0xff, 0xff, 0xff } /* s3 */ > > Do these comments add any value? Can we drop them? > >> +}; >> + >> +static int qcom_qmp_v4_phy_configure_dp_swing(struct qmp_phy *qphy, >> + unsigned int drv_lvl_reg, unsigned int emp_post_reg) >> +{ >> + const struct phy_configure_opts_dp *dp_opts = &qphy->dp_opts; >> + unsigned int v_level = 0, p_level = 0; >> + u8 voltage_swing_cfg, pre_emphasis_cfg; >> + int i; >> + >> + for (i = 0; i < dp_opts->lanes; i++) { >> + v_level = max(v_level, dp_opts->voltage[i]); >> + p_level = max(p_level, dp_opts->pre[i]); >> + } >> + >> + > > Nitpick: Drop extra newline. > >> + if (dp_opts->link_rate <= 2700) { >> + voltage_swing_cfg = >> qmp_dp_v4_voltage_swing_hbr_rbr[v_level][p_level]; >> + pre_emphasis_cfg = >> qmp_dp_v4_pre_emphasis_hbr_rbr[v_level][p_level]; >> + } else { >> + voltage_swing_cfg = >> qmp_dp_v4_voltage_swing_hbr3_hbr2[v_level][p_level]; >> + pre_emphasis_cfg = >> qmp_dp_v4_pre_emphasis_hbr3_hbr2[v_level][p_level]; >> + } >> + >> + /* TODO: Move check to config check */ >> + if (voltage_swing_cfg == 0xFF && pre_emphasis_cfg == 0xFF) >> + return -EINVAL; >> + >> + /* Enable MUX to use Cursor values from these registers */ >> + voltage_swing_cfg |= DP_PHY_TXn_TX_DRV_LVL_MUX_EN; >> + pre_emphasis_cfg |= DP_PHY_TXn_TX_EMP_POST1_LVL_MUX_EN; >> + >> + writel(voltage_swing_cfg, qphy->tx + drv_lvl_reg); >> + writel(pre_emphasis_cfg, qphy->tx + emp_post_reg); >> + writel(voltage_swing_cfg, qphy->tx2 + drv_lvl_reg); >> + writel(pre_emphasis_cfg, qphy->tx2 + emp_post_reg); > > This is copy/pasted from qcom_qmp_phy_configure_dp_swing() right? How > about making a function > > static int > __qcom_qmp_phy_configure_dp_swing(struct qmp_phy *qphy, > unsigned int drv_lvl_reg, > unsigned int emp_post_reg, > const u8 **voltage_rbr_hbr, > const u8 **pre_emphasis_rbr_hbr, > const u8 **voltage_hbr3_hbr2, > const u8 **pre_emphasis_hbr3_hbr2) > > that does the same stuff but allows the tables to be different. > >> + >> + return 0; >> +} >> >> static void qcom_qmp_v4_phy_dp_aux_init(struct qmp_phy *qphy) >> { >> @@ -3757,14 +3832,7 @@ static void qcom_qmp_v4_phy_dp_aux_init(struct >> qmp_phy *qphy) >> >> static void qcom_qmp_v4_phy_configure_dp_tx(struct qmp_phy *qphy) >> { >> - /* Program default values before writing proper values */ >> - writel(0x27, qphy->tx + QSERDES_V4_TX_TX_DRV_LVL); >> - writel(0x27, qphy->tx2 + QSERDES_V4_TX_TX_DRV_LVL); >> - >> - writel(0x20, qphy->tx + QSERDES_V4_TX_TX_EMP_POST1_LVL); >> - writel(0x20, qphy->tx2 + QSERDES_V4_TX_TX_EMP_POST1_LVL); >> - >> - qcom_qmp_phy_configure_dp_swing(qphy, >> + qcom_qmp_v4_phy_configure_dp_swing(qphy, >> QSERDES_V4_TX_TX_DRV_LVL, >> QSERDES_V4_TX_TX_EMP_POST1_LVL); >> } >> @@ -3885,6 +3953,9 @@ static int >> qcom_qmp_v4_phy_configure_dp_phy(struct qmp_phy *qphy) >> writel(drvr1_en, qphy->tx2 + QSERDES_V4_TX_HIGHZ_DRVR_EN); >> writel(bias1_en, qphy->tx2 + >> QSERDES_V4_TX_TRANSCEIVER_BIAS_EN); >> >> + writel(0x0a, qphy->tx + QSERDES_V4_TX_TX_POL_INV); >> + writel(0x0a, qphy->tx2 + QSERDES_V4_TX_TX_POL_INV); > > Is this mentioned in the commit text? Is this fixing the sequence? > It doesn't look like we're adding tables. add these since they are missed from HPG sequence. > >> + >> writel(0x18, qphy->pcs + QSERDES_DP_PHY_CFG); >> udelay(2000); >> writel(0x19, qphy->pcs + QSERDES_DP_PHY_CFG); >> @@ -3896,11 +3967,9 @@ static int >> qcom_qmp_v4_phy_configure_dp_phy(struct qmp_phy *qphy) >> 10000)) >> return -ETIMEDOUT; >> >> - writel(0x0a, qphy->tx + QSERDES_V4_TX_TX_POL_INV); >> - writel(0x0a, qphy->tx2 + QSERDES_V4_TX_TX_POL_INV); >> >> - writel(0x27, qphy->tx + QSERDES_V4_TX_TX_DRV_LVL); >> - writel(0x27, qphy->tx2 + QSERDES_V4_TX_TX_DRV_LVL); >> + writel(0x22, qphy->tx + QSERDES_V4_TX_TX_DRV_LVL); >> + writel(0x22, qphy->tx2 + QSERDES_V4_TX_TX_DRV_LVL); >> >> writel(0x20, qphy->tx + QSERDES_V4_TX_TX_EMP_POST1_LVL); >> writel(0x20, qphy->tx2 + QSERDES_V4_TX_TX_EMP_POST1_LVL);