Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp3784525pxu; Tue, 8 Dec 2020 23:50:14 -0800 (PST) X-Google-Smtp-Source: ABdhPJylrHrnmRzDvrHDgJH2FQxHAwC5yyWj1N+7R4HQvE310Ghx04NxrprzaBEz8/P6PIO6TmD4 X-Received: by 2002:a50:ff05:: with SMTP id a5mr836826edu.43.1607500214694; Tue, 08 Dec 2020 23:50:14 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1607500214; cv=none; d=google.com; s=arc-20160816; b=eTiJHj5nidH15zBIDwi3vWyPZxkWHmLYxwgH/mAcsnjKqCJoRFKyOZk+XFRlfSC9nP EAuz6if8F7YPJnC2QSQWkwu7ewunVsrF2hi5R/U4eFKcR8UZDCaW9ds8Tzn2HJd1XFVm assiw2I9cM8PBHvah7UdeV3+wUf6Mmr9Z12uhs53zredGccCViz8cYBGI+NRH150oy9F YD77NBAqgXilV5VnVErt5wMG4Mbd+zv4L9yl4KmfI7k+doc6AL9I3Fb0qRxy9YXSyhRv JrmlAQgTVTEkxl4oZ/uMLQYOjBQnhQeXE3KdeWAfZjGjAzNkZjPnjohWI/uTcTotBmVL juRg== 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=5p5bVCc6Vd89np+grvQdkHkHHm9hxdaW0bOw4eFXK00=; b=EbmvUzRp2ewzDQRmwO4XraIqIhgaIUURbKMltHP3r58J9NJdyjlsWWIlR1UHUEnIdz B6wYXPmOSwcRo4EfUqsKXCHjO6SVCMWDBDMmXpyva5BgaNo4AuzzZCiQM3kqlJx0zwqV zX1f0fcdtk1fOSKijVqyIyTBrtH+tneuxLgJTz1adWW092Aa7KOEOiSXvNZgbiStA13P pl7Q+HtIgoIy0+Dfkq5ws2GuzPlS/lWSeeSw4sS8gj/2Ryc2vLLychYIndK1UIzYuU5a M9FTEU7Jrow5ORle460ub010m4j9Il1aba+/eMbjPHmK9JKdjSrISDt30LPGmurzb8Vw 0Ysw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@mg.codeaurora.org header.s=smtp header.b=n5Ijr2Un; 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 hq1si365603ejc.530.2020.12.08.23.49.51; Tue, 08 Dec 2020 23:50:14 -0800 (PST) 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=n5Ijr2Un; 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 S1728238AbgLIHr5 (ORCPT + 99 others); Wed, 9 Dec 2020 02:47:57 -0500 Received: from m43-15.mailgun.net ([69.72.43.15]:62658 "EHLO m43-15.mailgun.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725953AbgLIHrv (ORCPT ); Wed, 9 Dec 2020 02:47:51 -0500 DKIM-Signature: a=rsa-sha256; v=1; c=relaxed/relaxed; d=mg.codeaurora.org; q=dns/txt; s=smtp; t=1607500051; h=Message-ID: References: In-Reply-To: Subject: Cc: To: From: Date: Content-Transfer-Encoding: Content-Type: MIME-Version: Sender; bh=5p5bVCc6Vd89np+grvQdkHkHHm9hxdaW0bOw4eFXK00=; b=n5Ijr2UnK6z0SvgN7JweLLcGN5t1dI89eqMu1Wu+Rqmr/fhyKbLGXaYFfYcPwaAVCGWZR+PL TdqPQe1avRbrQhuT5nnDNtMJBan68ptJy2iE9sBv9YoOloJrDZE2BHY1OG2JiabtweFMuh5X NFGIjxA3qs6BO46P3iRIVG366bk= X-Mailgun-Sending-Ip: 69.72.43.15 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-n02.prod.us-east-1.postgun.com with SMTP id 5fd080e908e225997802318b (version=TLS1.2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256); Wed, 09 Dec 2020 07:46:49 GMT Sender: ziqichen=codeaurora.org@mg.codeaurora.org Received: by smtp.codeaurora.org (Postfix, from userid 1001) id 666B4C43462; Wed, 9 Dec 2020 07:46:48 +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, URIBL_BLOCKED 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: ziqichen) by smtp.codeaurora.org (Postfix) with ESMTPSA id 48E0AC433ED; Wed, 9 Dec 2020 07:46:46 +0000 (UTC) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Wed, 09 Dec 2020 15:46:46 +0800 From: ziqichen@codeaurora.org To: Can Guo Cc: asutoshd@codeaurora.org, nguyenb@codeaurora.org, hongwus@codeaurora.org, rnayak@codeaurora.org, vinholikatti@gmail.com, jejb@linux.vnet.ibm.com, martin.petersen@oracle.com, linux-scsi@vger.kernel.org, kernel-team@android.com, saravanak@google.com, salyzyn@google.com, Andy Gross , Bjorn Andersson , Alim Akhtar , Avri Altman , "James E.J. Bottomley" , Stanley Chu , Bean Huo , Bart Van Assche , Adrian Hunter , Satya Tangirala , linux-arm-msm@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v1 1/1] scsi: ufs: Fix ufs power down/on specs violation In-Reply-To: <00c4aee20f54448e93792387b598730b@codeaurora.org> References: <1607497774-76579-1-git-send-email-ziqichen@codeaurora.org> <00c4aee20f54448e93792387b598730b@codeaurora.org> Message-ID: <91e355b3a6da8bb95cb493b700aec9be@codeaurora.org> X-Sender: ziqichen@codeaurora.org User-Agent: Roundcube Webmail/1.3.9 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Can, On 2020-12-09 15:27, Can Guo wrote: > On 2020-12-09 15:09, Ziqi Chen wrote: >> As per specs, e.g, JESD220E chapter 7.2, while powering >> off/on the ufs device, RST_N signal and REF_CLK signal >> should be between VSS(Ground) and VCCQ/VCCQ2. >> >> Power down: >> 1. Assert RST_N low >> 2. Turn-off REF_CLK >> 3. Turn-off VCC >> 4. Turn-off VCCQ/VCCQ2. >> power on: >> 1. Turn-on VCC >> 2. Turn-on VCCQ/VCCQ2 >> 3. Turn-On REF_CLK >> 4. Deassert RST_N high. >> >> Signed-off-by: Ziqi Chen >> --- >> drivers/scsi/ufs/ufs-qcom.c | 14 ++++++++++---- >> drivers/scsi/ufs/ufshcd.c | 19 +++++++++---------- >> drivers/scsi/ufs/ufshcd.h | 4 ++-- >> 3 files changed, 21 insertions(+), 16 deletions(-) >> >> diff --git a/drivers/scsi/ufs/ufs-qcom.c b/drivers/scsi/ufs/ufs-qcom.c >> index 1e434cc..5ed3a63d 100644 >> --- a/drivers/scsi/ufs/ufs-qcom.c >> +++ b/drivers/scsi/ufs/ufs-qcom.c >> @@ -582,6 +582,9 @@ static int ufs_qcom_suspend(struct ufs_hba *hba, >> enum ufs_pm_op pm_op) >> ufs_qcom_disable_lane_clks(host); >> phy_power_off(phy); >> >> + if (hba->vops && hba->vops->device_reset) >> + hba->vops->device_reset(hba, false); >> + > > Instead of doing the pull-down in ufshcd_vops_suspend(), can we do > it in ufshcd_suspend()? Since it is a common problem for all soc > vendors. Sure, agree, Thanks. > >> } else if (!ufs_qcom_is_link_active(hba)) { >> ufs_qcom_disable_lane_clks(host); >> } >> @@ -1400,10 +1403,11 @@ static void ufs_qcom_dump_dbg_regs(struct >> ufs_hba *hba) >> /** >> * ufs_qcom_device_reset() - toggle the (optional) device reset line >> * @hba: per-adapter instance >> + * @toggle: need pulling up or not >> * >> * Toggles the (optional) reset line to reset the attached device. >> */ >> -static int ufs_qcom_device_reset(struct ufs_hba *hba) >> +static int ufs_qcom_device_reset(struct ufs_hba *hba, bool toggle) >> { >> struct ufs_qcom_host *host = ufshcd_get_variant(hba); >> >> @@ -1416,10 +1420,12 @@ static int ufs_qcom_device_reset(struct >> ufs_hba *hba) >> * be on the safe side. >> */ >> gpiod_set_value_cansleep(host->device_reset, 1); >> - usleep_range(10, 15); >> >> - gpiod_set_value_cansleep(host->device_reset, 0); >> - usleep_range(10, 15); >> + if (toggle) { >> + usleep_range(10, 15); >> + gpiod_set_value_cansleep(host->device_reset, 0); >> + usleep_range(10, 15); >> + } >> >> return 0; >> } >> diff --git a/drivers/scsi/ufs/ufshcd.c b/drivers/scsi/ufs/ufshcd.c >> index 92d433d..5ab1c02 100644 >> --- a/drivers/scsi/ufs/ufshcd.c >> +++ b/drivers/scsi/ufs/ufshcd.c >> @@ -8633,8 +8633,6 @@ static int ufshcd_suspend(struct ufs_hba *hba, >> enum ufs_pm_op pm_op) >> if (ret) >> goto set_dev_active; >> >> - ufshcd_vreg_set_lpm(hba); >> - >> disable_clks: >> /* >> * Call vendor specific suspend callback. As these callbacks may >> access >> @@ -8664,6 +8662,7 @@ static int ufshcd_suspend(struct ufs_hba *hba, >> enum ufs_pm_op pm_op) >> >> /* Put the host controller in low power mode if possible */ >> ufshcd_hba_vreg_set_lpm(hba); >> + ufshcd_vreg_set_lpm(hba); > > Can you put ufshcd_vreg_set_lpm() before ufshcd_hba_vreg_set_lpm()? Sure, thanks. > >> goto out; >> >> set_link_active: >> @@ -8729,18 +8728,18 @@ static int ufshcd_resume(struct ufs_hba *hba, >> enum ufs_pm_op pm_op) >> old_link_state = hba->uic_link_state; >> >> ufshcd_hba_vreg_set_hpm(hba); >> + ret = ufshcd_vreg_set_hpm(hba); >> + if (ret) >> + goto out; >> + >> /* Make sure clocks are enabled before accessing controller */ >> ret = ufshcd_setup_clocks(hba, true); >> if (ret) >> - goto out; >> + goto disable_vreg; >> >> /* enable the host irq as host controller would be active soon */ >> ufshcd_enable_irq(hba); >> >> - ret = ufshcd_vreg_set_hpm(hba); >> - if (ret) >> - goto disable_irq_and_vops_clks; >> - >> /* >> * Call vendor specific resume callback. As these callbacks may >> access >> * vendor specific host controller register space call them when the >> @@ -8748,7 +8747,7 @@ static int ufshcd_resume(struct ufs_hba *hba, >> enum ufs_pm_op pm_op) >> */ >> ret = ufshcd_vops_resume(hba, pm_op); >> if (ret) >> - goto disable_vreg; >> + goto disable_irq_and_vops_clks; >> >> /* For DeepSleep, the only supported option is to have the link off >> */ >> WARN_ON(ufshcd_is_ufs_dev_deepsleep(hba) && >> !ufshcd_is_link_off(hba)); >> @@ -8815,8 +8814,6 @@ static int ufshcd_resume(struct ufs_hba *hba, >> enum ufs_pm_op pm_op) >> ufshcd_link_state_transition(hba, old_link_state, 0); >> vendor_suspend: >> ufshcd_vops_suspend(hba, pm_op); >> -disable_vreg: >> - ufshcd_vreg_set_lpm(hba); >> disable_irq_and_vops_clks: >> ufshcd_disable_irq(hba); >> if (hba->clk_scaling.is_allowed) >> @@ -8827,6 +8824,8 @@ static int ufshcd_resume(struct ufs_hba *hba, >> enum ufs_pm_op pm_op) >> trace_ufshcd_clk_gating(dev_name(hba->dev), >> hba->clk_gating.state); >> } >> +disable_vreg: >> + ufshcd_vreg_set_lpm(hba); >> out: >> hba->pm_op_in_progress = 0; >> if (ret) >> diff --git a/drivers/scsi/ufs/ufshcd.h b/drivers/scsi/ufs/ufshcd.h >> index 61344c4..47c7dab6 100644 >> --- a/drivers/scsi/ufs/ufshcd.h >> +++ b/drivers/scsi/ufs/ufshcd.h >> @@ -323,7 +323,7 @@ struct ufs_hba_variant_ops { >> int (*resume)(struct ufs_hba *, enum ufs_pm_op); >> void (*dbg_register_dump)(struct ufs_hba *hba); >> int (*phy_initialization)(struct ufs_hba *); >> - int (*device_reset)(struct ufs_hba *hba); >> + int (*device_reset)(struct ufs_hba *hba, bool); >> void (*config_scaling_param)(struct ufs_hba *hba, >> struct devfreq_dev_profile *profile, >> void *data); >> @@ -1211,7 +1211,7 @@ static inline void >> ufshcd_vops_dbg_register_dump(struct ufs_hba *hba) >> static inline void ufshcd_vops_device_reset(struct ufs_hba *hba) >> { >> if (hba->vops && hba->vops->device_reset) { >> - int err = hba->vops->device_reset(hba); >> + int err = hba->vops->device_reset(hba, true); >> >> if (!err) >> ufshcd_set_ufs_dev_active(hba);