Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp14246250pxu; Mon, 4 Jan 2021 17:42:17 -0800 (PST) X-Google-Smtp-Source: ABdhPJzcbEjaeVbA/G+CejZk2OPWxkz8jllCL2QMguZPNw/3NQxSb2+9t9fRn/fPSPSDboe00E30 X-Received: by 2002:a17:906:e212:: with SMTP id gf18mr69984311ejb.551.1609810936943; Mon, 04 Jan 2021 17:42:16 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1609810936; cv=none; d=google.com; s=arc-20160816; b=wZkoobwh6YOepTtgPBHMAHTvpUrnJAygOTfE6Uj05jyVXhvtx2sNnbJndvUffKKK2r EkWuraT5awzXLaAn96x43TpI8VUN+lm9/FxJ4UJ3CAyxom7P9V5d23A1GQv5aVn0PfPJ XMUM2lkzEBt0rmVTJ1wleCfpscu1NlbCgscuesteEh7ssvwOKpNg6NvVRW0ziffWLUD8 H2UnNmfiRb9gK4pZBCH6vVSMOJMENen41nHzYn0xzUizMS2A9HSmGpFEjAuE8mVUeKgW Y+lZIV3zt7YhZ33/AfoUD6hHmRHA/Rc4SAQnyjVIAovDeZ9B0cVcIEiTPUh02iLW2Iwh bgxA== 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=nwSmoERwazekI4PabcPVm39nxOXqa6nwGKWvYdJ/NMc=; b=UnaypEkN++4QFxRbHINB7MemG5sVQLbM62d0qcTnijXFl8BImkyDs+fPeRq23zEc9U 8Np7ow1EVBMnHk8wbgFQAYh0tqvTZurPUc2O6noctHkaKuSQcAL2vGZcPt7FS9d4Ixb4 WyP9XKizSzCZkJ+tLOb/1D82aP9S9VSd9HHk1Od2RwlzjYm7rhSDYXagbhyHQ4IeXvWI +EgZGMBb04ZtfJ1EOkRxxxedKu3POnuAoFy1MoXXPwO9NdhrORlKraL5lax8oIqAh5D1 byRWjCGSr4pwJd0s1MOWwXiCLAww6bUrl/L7wDxtxW+RN9WvsEhRze/p6yTZ55STxUnD TXdQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@mg.codeaurora.org header.s=smtp header.b=eBwa6uBb; 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 oc24si29914170ejb.367.2021.01.04.17.41.53; Mon, 04 Jan 2021 17:42:16 -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=eBwa6uBb; 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 S1726703AbhAEBk4 (ORCPT + 99 others); Mon, 4 Jan 2021 20:40:56 -0500 Received: from so254-31.mailgun.net ([198.61.254.31]:46263 "EHLO so254-31.mailgun.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726163AbhAEBkz (ORCPT ); Mon, 4 Jan 2021 20:40:55 -0500 DKIM-Signature: a=rsa-sha256; v=1; c=relaxed/relaxed; d=mg.codeaurora.org; q=dns/txt; s=smtp; t=1609810834; h=Message-ID: References: In-Reply-To: Subject: Cc: To: From: Date: Content-Transfer-Encoding: Content-Type: MIME-Version: Sender; bh=nwSmoERwazekI4PabcPVm39nxOXqa6nwGKWvYdJ/NMc=; b=eBwa6uBb1Q9FQGwsNCPQGzk50FQj29NKH7H+prbVpReByQByUXrDTVWvDqsiGm3mBIkMKVAH J68wBCeB2494c72eiEfcG4x3lqg2JGi9LxSAu2AsOFK1SR63C6xDPqTFaRMkjzWK7DOelhD+ UOGlTykW+My1JHJqI0NIMXSejCI= X-Mailgun-Sending-Ip: 198.61.254.31 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 5ff3c373b4d9fe55c17221e9 (version=TLS1.2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256); Tue, 05 Jan 2021 01:40:03 GMT Sender: cang=codeaurora.org@mg.codeaurora.org Received: by smtp.codeaurora.org (Postfix, from userid 1001) id 0E8D4C43462; Tue, 5 Jan 2021 01:40:02 +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: cang) by smtp.codeaurora.org (Postfix) with ESMTPSA id 8342CC433CA; Tue, 5 Jan 2021 01:39:59 +0000 (UTC) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Tue, 05 Jan 2021 09:39:59 +0800 From: Can Guo To: Bjorn Andersson Cc: Ziqi Chen , 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, kwmad.kim@samsung.com, stanley.chu@mediatek.com, Alim Akhtar , Avri Altman , "James E.J. Bottomley" , Andy Gross , Matthias Brugger , Bean Huo , Bart Van Assche , Adrian Hunter , Satya Tangirala , "moderated list:UNIVERSAL FLASH STORAGE HOST CONTROLLER DRIVER..." , open list , "open list:ARM/QUALCOMM SUPPORT" , "moderated list:ARM/Mediatek SoC support" Subject: Re: [PATCH RFC v4 1/1] scsi: ufs: Fix ufs power down/on specs violation In-Reply-To: References: <1608644981-46267-1-git-send-email-ziqichen@codeaurora.org> <4c3035c418d0a0c4344be84fb1919314@codeaurora.org> Message-ID: <6474d14a3055fa645e1004391099ee00@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 2021-01-05 02:57, Bjorn Andersson wrote: > On Mon 28 Dec 19:18 CST 2020, Can Guo wrote: > >> On 2020-12-29 01:55, Bjorn Andersson wrote: >> > On Tue 22 Dec 07:49 CST 2020, 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. >> > > >> > > To flexibly control device reset line, refactor the function >> > > ufschd_vops_device_reset(sturct ufs_hba *hba) to ufshcd_ >> > > vops_device_reset(sturct ufs_hba *hba, bool asserted). The >> > > new parameter "bool asserted" is used to separate device reset >> > > line pulling down from pulling up. >> > > >> > > Cc: Kiwoong Kim >> > > Cc: Stanley Chu >> > > Signed-off-by: Ziqi Chen >> > > --- >> > > drivers/scsi/ufs/ufs-mediatek.c | 32 ++++++++++++++++---------------- >> > > drivers/scsi/ufs/ufs-qcom.c | 24 +++++++++++++++--------- >> > > drivers/scsi/ufs/ufshcd.c | 36 >> > > +++++++++++++++++++++++++----------- >> > > drivers/scsi/ufs/ufshcd.h | 8 ++++---- >> > > 4 files changed, 60 insertions(+), 40 deletions(-) >> > > >> > > diff --git a/drivers/scsi/ufs/ufs-mediatek.c >> > > b/drivers/scsi/ufs/ufs-mediatek.c >> > > index 80618af..072f4db 100644 >> > > --- a/drivers/scsi/ufs/ufs-mediatek.c >> > > +++ b/drivers/scsi/ufs/ufs-mediatek.c >> > > @@ -841,27 +841,27 @@ static int ufs_mtk_link_startup_notify(struct >> > > ufs_hba *hba, >> > > return ret; >> > > } >> > > >> > > -static int ufs_mtk_device_reset(struct ufs_hba *hba) >> > > +static int ufs_mtk_device_reset(struct ufs_hba *hba, bool asserted) >> > > { >> > > struct arm_smccc_res res; >> > > >> > > - ufs_mtk_device_reset_ctrl(0, res); >> > > + if (asserted) { >> > > + ufs_mtk_device_reset_ctrl(0, res); >> > > >> > > - /* >> > > - * The reset signal is active low. UFS devices shall detect >> > > - * more than or equal to 1us of positive or negative RST_n >> > > - * pulse width. >> > > - * >> > > - * To be on safe side, keep the reset low for at least 10us. >> > > - */ >> > > - usleep_range(10, 15); >> > > - >> > > - ufs_mtk_device_reset_ctrl(1, res); >> > > - >> > > - /* Some devices may need time to respond to rst_n */ >> > > - usleep_range(10000, 15000); >> > > + /* >> > > + * The reset signal is active low. UFS devices shall detect >> > > + * more than or equal to 1us of positive or negative RST_n >> > > + * pulse width. >> > > + * >> > > + * To be on safe side, keep the reset low for at least 10us. >> > > + */ >> > > + usleep_range(10, 15); >> > >> > I see no point in allowing vendors to "tweak" the 1us->10us adjustment. >> > The specification says 1us and we all agree that 10us gives us good >> > enough slack. I.e. this is common code. >> >> Hi Bjron, >> >> We tried, but Samsung fellows wanted 5us. We couldn't get a agreement >> on this delay in short term, so we chose to leave it in vops. >> > > I'm not able to find the code you're referring to. static void exynos_ufs_dev_hw_reset(struct ufs_hba *hba) { struct exynos_ufs *ufs = ufshcd_get_variant(hba); hci_writel(ufs, 0 << 0, HCI_GPIO_OUT); udelay(5); hci_writel(ufs, 1 << 0, HCI_GPIO_OUT); } > >> > >> > > + } else { >> > > + ufs_mtk_device_reset_ctrl(1, res); >> > > >> > > - dev_info(hba->dev, "device reset done\n"); >> > > + /* Some devices may need time to respond to rst_n */ >> > > + usleep_range(10000, 15000); >> > >> > The comment in both the Qualcomm and Mediatek drivers claim that this is >> > sleep relates to the UFS device (not host), so why should it be >> > different? >> > >> > What happens if I take the device that Mediatek see a need for a 10ms >> > delay and hook that up to a Qualcomm host? This really should go in the >> > common code. >> > >> >> Agree, but Qualcomm host didn't have any problems with 10us yet, so if >> we >> put >> the 10ms delay to common code, Qualcomm host would suffer longer delay >> when >> device reset happens - both bootup and resume(xpm_lvl = 5/6) latency >> would >> be increased. >> > > Okay, for the resume case I accept that this is a measurable > difference. > I still believe this is a property of the device and not the platform > though. > True, I also wanted to make the codes simpler and universal for everyone... > Regards, > Bjorn > >> Regards, >> Can Guo. >> >> > >> > >> > As such I really would prefer to see these delays in the common code! >> > You really shouldn't write code based on a speculation that one day >> > there might come someone who need other values - when that day come we >> > can just change the code, and if it never comes we're better off with >> > the cleaner implementation. >> > >> > Regards, >> > Bjorn >> > >> > > + } >> > > >> > > return 0; >> > > } >> > > diff --git a/drivers/scsi/ufs/ufs-qcom.c b/drivers/scsi/ufs/ufs-qcom.c >> > > index 2206b1e..fed10e5 100644 >> > > --- a/drivers/scsi/ufs/ufs-qcom.c >> > > +++ b/drivers/scsi/ufs/ufs-qcom.c >> > > @@ -1406,10 +1406,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 >> > > + * @asserted: assert or deassert device reset line >> > > * >> > > * 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 asserted) >> > > { >> > > struct ufs_qcom_host *host = ufshcd_get_variant(hba); >> > > >> > > @@ -1417,15 +1418,20 @@ static int ufs_qcom_device_reset(struct >> > > ufs_hba *hba) >> > > if (!host->device_reset) >> > > return -EOPNOTSUPP; >> > > >> > > - /* >> > > - * The UFS device shall detect reset pulses of 1us, sleep for 10us >> > > to >> > > - * be on the safe side. >> > > - */ >> > > - gpiod_set_value_cansleep(host->device_reset, 1); >> > > - usleep_range(10, 15); >> > > + if (asserted) { >> > > + gpiod_set_value_cansleep(host->device_reset, 1); >> > > >> > > - gpiod_set_value_cansleep(host->device_reset, 0); >> > > - usleep_range(10, 15); >> > > + /* >> > > + * The UFS device shall detect reset pulses of 1us, sleep for >> > > 10us to >> > > + * be on the safe side. >> > > + */ >> > > + usleep_range(10, 15); >> > > + } else { >> > > + gpiod_set_value_cansleep(host->device_reset, 0); >> > > + >> > > + /* Some devices may need time to respond to rst_n */ >> > > + usleep_range(10, 15); >> > > + } >> > > >> > > return 0; >> > > } >> > > diff --git a/drivers/scsi/ufs/ufshcd.c b/drivers/scsi/ufs/ufshcd.c >> > > index e221add..f2daac2 100644 >> > > --- a/drivers/scsi/ufs/ufshcd.c >> > > +++ b/drivers/scsi/ufs/ufshcd.c >> > > @@ -585,7 +585,13 @@ static void ufshcd_device_reset(struct ufs_hba >> > > *hba) >> > > { >> > > int err; >> > > >> > > - err = ufshcd_vops_device_reset(hba); >> > > + err = ufshcd_vops_device_reset(hba, true); >> > > + if (err) { >> > > + dev_err(hba->dev, "asserting device reset failed: %d\n", err); >> > > + return; >> > > + } >> > > + >> > > + err = ufshcd_vops_device_reset(hba, false); >> > > >> > > if (!err) { >> > > ufshcd_set_ufs_dev_active(hba); >> > > @@ -593,7 +599,11 @@ static void ufshcd_device_reset(struct ufs_hba >> > > *hba) >> > > hba->wb_enabled = false; >> > > hba->wb_buf_flush_enabled = false; >> > > } >> > > + dev_dbg(hba->dev, "device reset done\n"); >> > > + } else { >> > > + dev_err(hba->dev, "deasserting device reset failed: %d\n", err); >> > > } >> > > + >> > > if (err != -EOPNOTSUPP) >> > > ufshcd_update_evt_hist(hba, UFS_EVT_DEV_RESET, err); >> > > } >> > > @@ -8686,8 +8696,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 >> > > @@ -8703,6 +8711,9 @@ static int ufshcd_suspend(struct ufs_hba *hba, >> > > enum ufs_pm_op pm_op) >> > > */ >> > > ufshcd_disable_irq(hba); >> > > >> > > + if (ufshcd_is_link_off(hba)) >> > > + ufshcd_vops_device_reset(hba, true); >> > > + >> > > ufshcd_setup_clocks(hba, false); >> > > >> > > if (ufshcd_is_clkgating_allowed(hba)) { >> > > @@ -8711,6 +8722,8 @@ static int ufshcd_suspend(struct ufs_hba *hba, >> > > enum ufs_pm_op pm_op) >> > > hba->clk_gating.state); >> > > } >> > > >> > > + ufshcd_vreg_set_lpm(hba); >> > > + >> > > /* Put the host controller in low power mode if possible */ >> > > ufshcd_hba_vreg_set_lpm(hba); >> > > goto out; >> > > @@ -8778,18 +8791,19 @@ 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 >> > > @@ -8797,7 +8811,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)); >> > > @@ -8864,8 +8878,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) >> > > @@ -8876,6 +8888,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 9bb5f0e..d5fbaba 100644 >> > > --- a/drivers/scsi/ufs/ufshcd.h >> > > +++ b/drivers/scsi/ufs/ufshcd.h >> > > @@ -319,7 +319,7 @@ struct ufs_pwr_mode_info { >> > > * @resume: called during host controller PM callback >> > > * @dbg_register_dump: used to dump controller debug information >> > > * @phy_initialization: used to initialize phys >> > > - * @device_reset: called to issue a reset pulse on the UFS device >> > > + * @device_reset: called to assert or deassert device reset line >> > > * @program_key: program or evict an inline encryption key >> > > * @event_notify: called to notify important events >> > > */ >> > > @@ -350,7 +350,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 asserted); >> > > void (*config_scaling_param)(struct ufs_hba *hba, >> > > struct devfreq_dev_profile *profile, >> > > void *data); >> > > @@ -1216,10 +1216,10 @@ static inline void >> > > ufshcd_vops_dbg_register_dump(struct ufs_hba *hba) >> > > hba->vops->dbg_register_dump(hba); >> > > } >> > > >> > > -static inline int ufshcd_vops_device_reset(struct ufs_hba *hba) >> > > +static inline int ufshcd_vops_device_reset(struct ufs_hba *hba, >> > > bool asserted) >> > > { >> > > if (hba->vops && hba->vops->device_reset) >> > > - return hba->vops->device_reset(hba); >> > > + return hba->vops->device_reset(hba, asserted); >> > > >> > > return -EOPNOTSUPP; >> > > } >> > > -- >> > > The Qualcomm Innovation Center, Inc. is a member of the Code Aurora >> > > Forum, >> > > a Linux Foundation Collaborative Project >> > >