Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp9460210pxu; Mon, 28 Dec 2020 17:20:34 -0800 (PST) X-Google-Smtp-Source: ABdhPJww5luGnLrgEfaDggRRccIcVGcOFIT8Jrr1NI6thl61dwVSeypDFccjuUc7AZsQjsIgDaa3 X-Received: by 2002:a17:906:43c5:: with SMTP id j5mr44916716ejn.530.1609204834366; Mon, 28 Dec 2020 17:20:34 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1609204834; cv=none; d=google.com; s=arc-20160816; b=QyL8AUW4I+pWkswjXhwxXhzLGnPC7xN0diRU2Z9TcOOorL1nezJ2esEWTpxR208xqL PKdZjKR/6lDSWCB5ZDyChjV1fmX732449L0NKPtuXSWukDP7oNyYwgHhKAqMfbNGM4ng DpacmxDRqFs6old/v9WhvvfgklOjIpiqPgVg++vOrDJwM0fhvZ6m0GdxDWpEWXdvpc5z 1TFT89b9eJFLo0twun+QeDLRPaPZHglHfBjlwN83NOeQDH/sDS/DwCdjk5XmPf8mp8ON UHoOC9iPzix9+4eR3u+0/w3krfLGIKy0I9xvov2ijWOjua7nc6nCpbkXI9N5xlY5CyIO QZLg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=wAXWrK6yPqZbzcB3tp/4dVOfpb8jWgVjl1NqZcBGL9I=; b=f+zxHmdZ1o0ZayeKzS1WbyDrSm36reFJNgQxVO+tuJkxsGxxoVDUT42nqOcvSuVCkO 2IQzMs/aUMYnjdxm6h4rQJsVLIPd2M02FW+JQQo1HjSq4dgrNdqH+MDd+hwMv76CRKEO 4/rHQXae7EPDMxAyyJMFn7lYb3BQRcPcmLdFwFE/qHLOJhKej3wMq4hY0ysqTziIqpVu XzeOdShNFrzIRPtKecscTttl5XPw2r4i1RtllGnRdkdZMHDdLXdwPEjwuPj4Gr1dvXHP yQIaj4ozF2Y3HilkHXIm7LnE9mcqnxmJh32npd6dWmj34UpH4fI4hAz2P5NXual0Gpxl nVgg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=ewsn7mi0; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id r13si16956343edc.254.2020.12.28.17.20.12; Mon, 28 Dec 2020 17:20:34 -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=@linaro.org header.s=google header.b=ewsn7mi0; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727763AbgL1Rzv (ORCPT + 99 others); Mon, 28 Dec 2020 12:55:51 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:38228 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727213AbgL1Rzt (ORCPT ); Mon, 28 Dec 2020 12:55:49 -0500 Received: from mail-oi1-x234.google.com (mail-oi1-x234.google.com [IPv6:2607:f8b0:4864:20::234]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 1A835C061796 for ; Mon, 28 Dec 2020 09:55:09 -0800 (PST) Received: by mail-oi1-x234.google.com with SMTP id 15so12193360oix.8 for ; Mon, 28 Dec 2020 09:55:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=wAXWrK6yPqZbzcB3tp/4dVOfpb8jWgVjl1NqZcBGL9I=; b=ewsn7mi0BfRyiCOKN/CBebmrdqZfaOxSf/y12awqwKn3RWCNYXW6ofJ56bpocKP4g7 R5LZCfM2y+obs47SeRjFs2RY+kAWIXCTdco+AlDeTnW3oXn8pqQ61vIOdQk6/Fjmmced +xjq2nkwfdSsS7M0Ut1KitDxFqkDkFwGKE0ZokBOggtAWXiHv0WXLQcpRYELOQAOW5DJ lg7ysTIS/JI7iKYIbXERT+uT7b1aFN7oyCpLJFwUgUG0gNtfmMmxCPP0kMCElyb4kfod 8DgtL5eJJInbRvMJTP12aHPu8qmAxoC3shvUl6xHBfWwZSWjWAOftnSQmy/bqL2xwLRo DTGg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=wAXWrK6yPqZbzcB3tp/4dVOfpb8jWgVjl1NqZcBGL9I=; b=BxYJX/uNV7o1haa9RoouBk5J7U87l2aP0WAa8HBaujZlWJbtRREjDdsCl7I1tBIsYD T/J72N4+wQk8wGX5RCSMaITJlkQyj7FmWuD+a1h8oIqkDpOxj5OU+iL4uQ3pyoTac7WV y1BOUyAXdlofPhjqw4t/1kdFisi/j77cI40QlUcKd3MRo9CR5DiHPTiWvz0L59gVXnit B8LMkWtq+bw9CJmz/6mtFY0qBjkTosG2DaRjZlB4vcGqAeQnJ91hjW2BsXSVNoF/372Z NYMej+KiAKQgCLiK/aNWBgCUEGCIiHWi1tA6uAaRKL6op5fc+tfsG7v5lHwUlhPx3CAo tFXA== X-Gm-Message-State: AOAM530V+TwwKThkVQFKlUm5AfDFn/fMQKoh6qg4Bn3Wk9F8jUnycfxO uszrK/MwtqTvK87Q4jqPm1mB6g== X-Received: by 2002:aca:c388:: with SMTP id t130mr61197oif.36.1609178107680; Mon, 28 Dec 2020 09:55:07 -0800 (PST) Received: from builder.lan (104-57-184-186.lightspeed.austtx.sbcglobal.net. [104.57.184.186]) by smtp.gmail.com with ESMTPSA id e10sm8507350otr.73.2020.12.28.09.55.06 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 28 Dec 2020 09:55:07 -0800 (PST) Date: Mon, 28 Dec 2020 11:55:04 -0600 From: Bjorn Andersson To: Ziqi Chen Cc: asutoshd@codeaurora.org, nguyenb@codeaurora.org, cang@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 Message-ID: References: <1608644981-46267-1-git-send-email-ziqichen@codeaurora.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1608644981-46267-1-git-send-email-ziqichen@codeaurora.org> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 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. > + } 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. 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 >