Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp3993861pxu; Wed, 9 Dec 2020 05:59:53 -0800 (PST) X-Google-Smtp-Source: ABdhPJzRU9rkRLvyRnxrNyph/HuXIX6VKorQlY1clR79ge5QUuAoigQBsNsYflhnN3wCOB5P4tjn X-Received: by 2002:a50:f299:: with SMTP id f25mr2078056edm.133.1607522393612; Wed, 09 Dec 2020 05:59:53 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1607522393; cv=none; d=google.com; s=arc-20160816; b=MO0Ybpa4k/j311Nx1q5To73QTiR45U1iTeXhQW7AzOqIQ6AYNDxHcS+Fuuplj2cDqX 0YlDxJiNxHIbeUxQwAXA/IhpGC1ARML6hNF/SYX9F9jAFISLa+ZYA0OuKZk7sRB5BPmg GGlU+QTQTfA3phVt/4n4kVN8pXp8Dms9NvAJw9DNUdhVi5NQB+Gm5pv2+L8h/Y59bFRL IIBEu5zODNoixcjWnYIBFNkD1bNXq3CwzlcqZbGRXurTaahygDXaN+3mJsIHhN7yxIBp 5E6YC/X5JZhrePucCCzvE0zYMm3EFaidK7H3ZrL3SCLeLZ+NRvS+crz+KCsxWFRkOOXd FP7w== 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=2K04sH2o7E+7Xad82QadBqnzfPh01tJKf3TiTO1/FtI=; b=EN0p0T9flr/ayoyHmBwlFQXA4p/mTR4HPPMyl1DYxJyCvGZfch+KWIUNA9i1MDPu+7 BZiDb2HXjvmTS0nuhrlCcD6KniIxSI9hfxnCwTNNEOCBOgCniU5/VStd0691qmsfLAgX mP0IGbVgNeE1qIWjTkY/u2gXyX0FgELGf0jCIeY5YBLysoAC+7WvjnweVkaQAsuZ100O FKumTrGT50ys91AdyYxcYaj9mV698LetHc3CJWyPHMlTgCxomJEVVrISFjgVseR26wJ2 Vb8ql83w4gROvmCWqvt9KKVsQRxhsj4BN4I8cXrljApzEWd6ysQom6oODq0V8M6LNFk/ NwHA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@mg.codeaurora.org header.s=smtp header.b=dwoueyLW; 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 c25si838848edx.588.2020.12.09.05.59.30; Wed, 09 Dec 2020 05:59:53 -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=dwoueyLW; 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 S1728524AbgLIIC7 (ORCPT + 99 others); Wed, 9 Dec 2020 03:02:59 -0500 Received: from m43-15.mailgun.net ([69.72.43.15]:23381 "EHLO m43-15.mailgun.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728488AbgLIICu (ORCPT ); Wed, 9 Dec 2020 03:02:50 -0500 DKIM-Signature: a=rsa-sha256; v=1; c=relaxed/relaxed; d=mg.codeaurora.org; q=dns/txt; s=smtp; t=1607500940; h=Message-ID: References: In-Reply-To: Subject: Cc: To: From: Date: Content-Transfer-Encoding: Content-Type: MIME-Version: Sender; bh=2K04sH2o7E+7Xad82QadBqnzfPh01tJKf3TiTO1/FtI=; b=dwoueyLWkYU9UwO9AeIPJNMXVJd6FYckVbgwdKV/wvLHsfct1FhUa8ySQevbG/NlNDKCA4rJ 0Nt2d69eyS5J+FaF8YSrJrDiG5gIpTcXaY7FTh5jMSfTyYewTEnQ3iHI38XimyQGAnx+pGe4 cda5V1C0cVPDF8UaEvkW02+fNHI= 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-n03.prod.us-west-2.postgun.com with SMTP id 5fd0844e395c822bfe698e15 (version=TLS1.2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256); Wed, 09 Dec 2020 08:01:18 GMT Sender: cang=codeaurora.org@mg.codeaurora.org Received: by smtp.codeaurora.org (Postfix, from userid 1001) id 47D0CC43466; Wed, 9 Dec 2020 08:01: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, 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: cang) by smtp.codeaurora.org (Postfix) with ESMTPSA id 60CCDC433C6; Wed, 9 Dec 2020 08:01:16 +0000 (UTC) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Wed, 09 Dec 2020 16:01:16 +0800 From: Can Guo To: Ziqi Chen 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: <1607497774-76579-1-git-send-email-ziqichen@codeaurora.org> References: <1607497774-76579-1-git-send-email-ziqichen@codeaurora.org> Message-ID: <6105ea481f6a42fb0e5133e442a51549@codeaurora.org> X-Sender: cang@codeaurora.org User-Agent: Roundcube Webmail/1.3.9 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 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); > + > } 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); > 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); Please check Stanley's new change https://lore.kernel.org/patchwork/patch/1350843/. You may want to re-name the func ufschd_vops_device_reset() to ufshcd_vops_toggle_device_reset(sturct ufs_hba *hba, bool up) and similarly re-name device_reset() to toggle_device_reset(hba, up). Then in the new func ufshcd_device_reset(), call ufshcd_vops_toggle_device_reset() twice, once to toggle up, once to toggle down. In this way, you will be able to use ufshcd_vops_toggle_device_reset() in ufshcd_suspend(). This is just a rough idea. Thanks, Can Guo.