Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp2595833ybl; Thu, 19 Dec 2019 16:50:53 -0800 (PST) X-Google-Smtp-Source: APXvYqzoh+qfXVY9siGMiad/aOc6CqCrmqnefzX7gbOt/JyKaAJQnQ/3EgNZntTB4PLAGJemPOmC X-Received: by 2002:aca:cdd5:: with SMTP id d204mr3335583oig.134.1576803053406; Thu, 19 Dec 2019 16:50:53 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1576803053; cv=none; d=google.com; s=arc-20160816; b=XyDVvo5ooYhPTYAhbwjdBQyJQaeECRv0cP0CGPj2CyPneGPkD1tIEdXY2ZpSDrcqKD r1CH+DyYz9U42L0JnsLW3bd0boeRAn5KkwzdY/UZSRClL8a9KHfHWwihfH76uBH8TeHA gd4sw7HaiMs9odVAWc+h+R62obJM0XWvgvXV1VDUusLA5bnj9mzUkfD/fvBMc0ntfCk4 pvnF8cIW2AbFbGPjNZsZ7nk+3erVcSH/ET06UjbyDL0jdflA1S/9EEy4v1+1+y175kMF I4pCND3nHDw7I48eVvYknKok9Z/hQ9hlAiYH18EYpBU6vUlZCPqLTI3JCVjr94FCUNa8 ZQNw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:message-id:references :in-reply-to:subject:cc:to:from:date:content-transfer-encoding :mime-version:dkim-signature; bh=jUpr23tiVEby6XBvi3JbQitdR58sTc5kIsZaB83jplw=; b=A8cqiCbtUNFXFg/GmrOwbUbjUE7Zo+1DhDBTyeFhCVfiuQx/zE4GNlLBs1C0OnHyiw pQQqB0NBkDJ23eDv2fwaUY9gPnIWlH4/G6hxNVlQGQWmcD1XZr2vKUg3dOwui+HELil9 qdBjirXx/hrm7ohGPLrGlCvteV2JxzCHKf4be0nw2cIMQxFVk1tMsdz/EFW7Y8BVDyHr RZExTyJtafXorVOdQDTlR/h+D/yE4ml5dVsdyBy09wTa0AuyQBaeWWhluzychPZXDCpj uK2WukQ3t0ZqUww/r9mDCA/TMibytJxOGpuA4JkUkea79XMaPmavu/6sYqD/9xP9A2rI 9tPg== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@mg.codeaurora.org header.s=smtp header.b=ATnpg4dk; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id n85si3905719oig.191.2019.12.19.16.50.41; Thu, 19 Dec 2019 16:50:53 -0800 (PST) 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=fail header.i=@mg.codeaurora.org header.s=smtp header.b=ATnpg4dk; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727150AbfLTAt7 (ORCPT + 99 others); Thu, 19 Dec 2019 19:49:59 -0500 Received: from mail25.static.mailgun.info ([104.130.122.25]:34373 "EHLO mail25.static.mailgun.info" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726998AbfLTAt7 (ORCPT ); Thu, 19 Dec 2019 19:49:59 -0500 DKIM-Signature: a=rsa-sha256; v=1; c=relaxed/relaxed; d=mg.codeaurora.org; q=dns/txt; s=smtp; t=1576802998; h=Message-ID: References: In-Reply-To: Subject: Cc: To: From: Date: Content-Transfer-Encoding: Content-Type: MIME-Version: Sender; bh=jUpr23tiVEby6XBvi3JbQitdR58sTc5kIsZaB83jplw=; b=ATnpg4dk2+vg7gnZmYUvQJ0ePSBvT0y+pU0bvjl82KEOdrX/zIzdw9EsBuqnRVDFJmep8FqS utD/MG4fvaBBMjHdQcmyIBAOq4lwJl0jFsceXb7A/iZBYnM3MhFaru0DPrwPTwvVwuGdtbI7 EicKdxz3WJ0E9HdbWrOQTvHkDbY= X-Mailgun-Sending-Ip: 104.130.122.25 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 mxa.mailgun.org with ESMTP id 5dfc1ab3.7efbe2d7c768-smtp-out-n01; Fri, 20 Dec 2019 00:49:55 -0000 (UTC) Received: by smtp.codeaurora.org (Postfix, from userid 1001) id 377D1C4479D; Fri, 20 Dec 2019 00:49:54 +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=-1.0 required=2.0 tests=ALL_TRUSTED 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: cang) by smtp.codeaurora.org (Postfix) with ESMTPSA id 83C20C433A2; Fri, 20 Dec 2019 00:49:53 +0000 (UTC) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Fri, 20 Dec 2019 08:49:53 +0800 From: cang@codeaurora.org To: Vinod Koul Cc: Asutosh Das , Kishon Vijay Abraham I , linux-arm-msm@vger.kernel.org, Bjorn Andersson , Andy Gross , Jeffrey Hugo , linux-kernel@vger.kernel.org Subject: Re: [PATCH 3/4] phy: qcom-qmp: Add optional SW reset In-Reply-To: References: <20191219150433.2785427-1-vkoul@kernel.org> <20191219150433.2785427-4-vkoul@kernel.org> Message-ID: <9ef99dcac59dbdc59c7e5eb1a8724ea2@codeaurora.org> X-Sender: cang@codeaurora.org User-Agent: Roundcube Webmail/1.3.9 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2019-12-20 08:22, cang@codeaurora.org wrote: > On 2019-12-19 23:04, Vinod Koul wrote: >> For V4 QMP UFS Phy, we need to assert reset bits, configure the phy >> and >> then deassert it, so add optional has_sw_reset flag and use that to >> configure the QPHY_SW_RESET register. >> >> Signed-off-by: Vinod Koul >> --- >> drivers/phy/qualcomm/phy-qcom-qmp.c | 10 ++++++++++ >> 1 file changed, 10 insertions(+) >> >> diff --git a/drivers/phy/qualcomm/phy-qcom-qmp.c >> b/drivers/phy/qualcomm/phy-qcom-qmp.c >> index 06f971ca518e..80304b7cd895 100644 >> --- a/drivers/phy/qualcomm/phy-qcom-qmp.c >> +++ b/drivers/phy/qualcomm/phy-qcom-qmp.c >> @@ -1023,6 +1023,9 @@ struct qmp_phy_cfg { >> >> /* true, if PCS block has no separate SW_RESET register */ >> bool no_pcs_sw_reset; >> + >> + /* true if sw reset needs to be invoked */ >> + bool has_sw_reset; >> }; >> >> /** >> @@ -1391,6 +1394,7 @@ static const struct qmp_phy_cfg >> sm8150_ufsphy_cfg = { >> >> .is_dual_lane_phy = true, >> .no_pcs_sw_reset = true, >> + .has_sw_reset = true, >> }; >> >> static void qcom_qmp_phy_configure(void __iomem *base, >> @@ -1475,6 +1479,9 @@ static int qcom_qmp_phy_com_init(struct qmp_phy >> *qphy) >> SW_USB3PHY_RESET_MUX | SW_USB3PHY_RESET); >> } >> >> + if (cfg->has_sw_reset) >> + qphy_setbits(serdes, cfg->regs[QPHY_SW_RESET], SW_RESET); >> + > > Are you sure you want to set this in the serdes register? QPHY_SW_RESET > is in its pcs register. > >> if (cfg->has_phy_com_ctrl) >> qphy_setbits(serdes, cfg->regs[QPHY_COM_POWER_DOWN_CONTROL], >> SW_PWRDN); >> @@ -1651,6 +1658,9 @@ static int qcom_qmp_phy_enable(struct phy *phy) >> if (cfg->has_phy_dp_com_ctrl) >> qphy_clrbits(dp_com, QPHY_V3_DP_COM_SW_RESET, SW_RESET); >> >> + if (cfg->has_sw_reset) >> + qphy_clrbits(pcs, cfg->regs[QPHY_SW_RESET], SW_RESET); >> + > > Yet you are clearing it from pcs register. > > Regards, > Can Guo > >> /* start SerDes and Phy-Coding-Sublayer */ >> qphy_setbits(pcs, cfg->regs[QPHY_START_CTRL], cfg->start_ctrl); I thought your change would be like this diff --git a/drivers/phy/qualcomm/phy-qcom-qmp.c b/drivers/phy/qualcomm/phy-qcom-qmp.c index 8e642a6..a4ab4b7 100755 --- a/drivers/phy/qualcomm/phy-qcom-qmp.c +++ b/drivers/phy/qualcomm/phy-qcom-qmp.c @@ -166,6 +166,7 @@ static const unsigned int sdm845_ufsphy_regs_layout[] = { }; static const unsigned int sm8150_ufsphy_regs_layout[] = { + [QPHY_SW_RESET] = 0x08, [QPHY_START_CTRL] = 0x00, [QPHY_PCS_READY_STATUS] = 0x180, }; @@ -1390,7 +1391,6 @@ static const struct qmp_phy_cfg sm8150_ufsphy_cfg = { .pwrdn_ctrl = SW_PWRDN, .is_dual_lane_phy = true, - .no_pcs_sw_reset = true, }; static void qcom_qmp_phy_configure(void __iomem *base, @@ -1475,6 +1475,9 @@ static int qcom_qmp_phy_com_init(struct qmp_phy *qphy) SW_USB3PHY_RESET_MUX | SW_USB3PHY_RESET); } + if ((cfg->type == PHY_TYPE_UFS) && (!cfg->no_pcs_sw_reset)) + qphy_setbits(pcs, cfg->regs[QPHY_SW_RESET], SW_RESET); + if (cfg->has_phy_com_ctrl) qphy_setbits(serdes, cfg->regs[QPHY_COM_POWER_DOWN_CONTROL], SW_PWRDN); Regards, Can Guo.