Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp475681pxj; Thu, 10 Jun 2021 05:31:58 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxvCax7Zcdlq7xUCmGkK7xnIzymqZ1aZ87eGflWPHWV82EQxuWsoye6UVHgb62FZsSFjXY8 X-Received: by 2002:a17:906:2510:: with SMTP id i16mr4185112ejb.218.1623328318465; Thu, 10 Jun 2021 05:31:58 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1623328318; cv=none; d=google.com; s=arc-20160816; b=foRGGfyf1LAFjOqsd4hCXvhcsr83k07MEAyrofYyyfn9vcZ14kzekzsAt3/Y5FFA25 28PpiF2cID/4OMAZJ2HlGocGMeCndRHxWGohr6pi84PJuSaluW1Qmpq8XB02zPv3N4/h pxCudsfuaDC49kwxJqs8+OpfKEoaiIRD/RYfA/DdRl/F+C2Hmhe5zMiAiLrWgM428xuG m1JieptuN+OwbSdsFAlk1yHwdZrdsUmS5+2KzBjYCskBkle/eqRiBBTuyJ5e/eM3zAN1 6aM6QJoIGSGoxDPf/aF/KJbnXBR+DUcBQGkngyVGJsM5k2hgldDBB3XMnbN97FTHYNoq agzA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:organization :from:references:cc:to:subject:ironport-sdr:ironport-sdr; bh=5+oUJs0YoKjAHrQ9ee3mOdRHSGIAinUofFpA/j813zM=; b=oRbmfDUuCrw6zT0Mtv85G5ndhpRAkEL5FYSsb4ioXSqmyvfjX1Rep87jH5AUk2KlU3 /P+ewuqTS57UlySBFDfBfe17FPNbwkl5r//aNptnlUkIV6/rUGGp4CmpInnJY8Fr3QV6 vpX+6cRCO9/ZTGoEG2YOu8T4/9121kVv/PQ7twM1/0fCSLqJD38bLgDKWyvsPtnMvrgZ smmwV8drpB8AUrQZ6pvvjEm7fMPst/HOzJX0gPyQQ73vZKRKHt24aT+DDWqecE+8fMxF 1/W+kW4Cb5QrqLlrfd4iIi68RawACfAOmVX+BYy48bu39qXIBlvv+A5C7bskhQnKlfeu wNnQ== ARC-Authentication-Results: i=1; mx.google.com; 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=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id gv3si2777945ejc.102.2021.06.10.05.31.34; Thu, 10 Jun 2021 05:31:58 -0700 (PDT) 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; 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=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230329AbhFJMbf (ORCPT + 99 others); Thu, 10 Jun 2021 08:31:35 -0400 Received: from mga01.intel.com ([192.55.52.88]:19856 "EHLO mga01.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230247AbhFJMbf (ORCPT ); Thu, 10 Jun 2021 08:31:35 -0400 IronPort-SDR: DY5l5zF7YIUK5Hzj5sy4m6K5241+w1CWbZcmCd+wkxx7S+AFGl2de6T3fjBcrrCI6sK2u6BKPA YsOHaBjPWwZw== X-IronPort-AV: E=McAfee;i="6200,9189,10010"; a="226679576" X-IronPort-AV: E=Sophos;i="5.83,263,1616482800"; d="scan'208";a="226679576" Received: from orsmga003.jf.intel.com ([10.7.209.27]) by fmsmga101.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 10 Jun 2021 05:29:36 -0700 IronPort-SDR: auYvsEbkvitNxBnp9Q9jAZZdi4V4bN1nU9ODjYE74zaETVUUwKqD6f3bZ4uxGu9I7BQuDbGuCb SD1s+5ZqbEZg== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.83,263,1616482800"; d="scan'208";a="402844970" Received: from ahunter-desktop.fi.intel.com (HELO [10.237.72.79]) ([10.237.72.79]) by orsmga003.jf.intel.com with ESMTP; 10 Jun 2021 05:29:32 -0700 Subject: Re: [PATCH v3 5/9] scsi: ufs: Simplify error handling preparation To: Can Guo , asutoshd@codeaurora.org, nguyenb@codeaurora.org, hongwus@codeaurora.org, ziqichen@codeaurora.org, linux-scsi@vger.kernel.org, kernel-team@android.com Cc: Alim Akhtar , Avri Altman , "James E.J. Bottomley" , "Martin K. Petersen" , Stanley Chu , Bean Huo , Jaegeuk Kim , open list References: <1623300218-9454-1-git-send-email-cang@codeaurora.org> <1623300218-9454-6-git-send-email-cang@codeaurora.org> From: Adrian Hunter Organization: Intel Finland Oy, Registered Address: PL 281, 00181 Helsinki, Business Identity Code: 0357606 - 4, Domiciled in Helsinki Message-ID: <6abb81f6-4dd2-082e-9440-4b549f105788@intel.com> Date: Thu, 10 Jun 2021 15:30:01 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.11.0 MIME-Version: 1.0 In-Reply-To: <1623300218-9454-6-git-send-email-cang@codeaurora.org> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 10/06/21 7:43 am, Can Guo wrote: > Commit cb7e6f05fce67c965194ac04467e1ba7bc70b069 ("scsi: ufs: core: Enable > power management for wlun") moves UFS operations out of ufshcd_resume(), so > in error handling preparation, if ufshcd hba has failed to resume, there is > no point to re-enable IRQ/clk/pwr. I am not sure how cb7e6f05fce67c965194ac04467e1ba7bc70b069 made things any different, but what I really wonder is why we don't just do recovery directly in __ufshcd_wl_suspend() and __ufshcd_wl_resume() and strip all the PM complexity out of ufshcd_err_handling()? > > Signed-off-by: Can Guo > --- > drivers/scsi/ufs/ufshcd.c | 58 +++++++++++++++++++++++++---------------------- > 1 file changed, 31 insertions(+), 27 deletions(-) > > diff --git a/drivers/scsi/ufs/ufshcd.c b/drivers/scsi/ufs/ufshcd.c > index 7dc0fda..0afad6b 100644 > --- a/drivers/scsi/ufs/ufshcd.c > +++ b/drivers/scsi/ufs/ufshcd.c > @@ -2727,8 +2727,8 @@ static int ufshcd_queuecommand(struct Scsi_Host *host, struct scsi_cmnd *cmd) > break; > case UFSHCD_STATE_EH_SCHEDULED_FATAL: > /* > - * pm_runtime_get_sync() is used at error handling preparation > - * stage. If a scsi cmd, e.g. the SSU cmd, is sent from hba's > + * ufshcd_rpm_get_sync() is used at error handling preparation > + * stage. If a scsi cmd, e.g., the SSU cmd, is sent from the > * PM ops, it can never be finished if we let SCSI layer keep > * retrying it, which gets err handler stuck forever. Neither > * can we let the scsi cmd pass through, because UFS is in bad > @@ -5915,29 +5915,26 @@ static void ufshcd_clk_scaling_suspend(struct ufs_hba *hba, bool suspend) > } > } > > -static void ufshcd_err_handling_prepare(struct ufs_hba *hba) > +static int ufshcd_err_handling_prepare(struct ufs_hba *hba) > { > + /* > + * Exclusively call pm_runtime_get_sync(hba->dev) once, in case > + * following ufshcd_rpm_get_sync() fails. > + */ > + pm_runtime_get_sync(hba->dev); > + /* End of the world. */ > + if (pm_runtime_suspended(hba->dev)) { > + pm_runtime_put(hba->dev); > + return -EINVAL; > + } > + > + ufshcd_set_eh_in_progress(hba); > ufshcd_rpm_get_sync(hba); > - if (pm_runtime_status_suspended(&hba->sdev_ufs_device->sdev_gendev) || > + if (pm_runtime_suspended(&hba->sdev_ufs_device->sdev_gendev) || > hba->is_wl_sys_suspended) { > - enum ufs_pm_op pm_op; > + enum ufs_pm_op pm_op = hba->is_wl_sys_suspended ? > + UFS_SYSTEM_PM : UFS_RUNTIME_PM; > > - /* > - * Don't assume anything of resume, if > - * resume fails, irq and clocks can be OFF, and powers > - * can be OFF or in LPM. > - */ > - ufshcd_setup_hba_vreg(hba, true); > - ufshcd_setup_vreg(hba, true); > - ufshcd_config_vreg_hpm(hba, hba->vreg_info.vccq); > - ufshcd_config_vreg_hpm(hba, hba->vreg_info.vccq2); > - ufshcd_hold(hba, false); > - if (!ufshcd_is_clkgating_allowed(hba)) { > - ufshcd_setup_clocks(hba, true); > - ufshcd_enable_irq(hba); > - } > - ufshcd_release(hba); > - pm_op = hba->is_wl_sys_suspended ? UFS_SYSTEM_PM : UFS_RUNTIME_PM; > ufshcd_vops_resume(hba, pm_op); > } else { > ufshcd_hold(hba, false); > @@ -5951,22 +5948,25 @@ static void ufshcd_err_handling_prepare(struct ufs_hba *hba) > down_write(&hba->clk_scaling_lock); > up_write(&hba->clk_scaling_lock); > cancel_work_sync(&hba->eeh_work); > + return 0; > } > > static void ufshcd_err_handling_unprepare(struct ufs_hba *hba) > { > + ufshcd_clear_eh_in_progress(hba); > ufshcd_scsi_unblock_requests(hba); > ufshcd_release(hba); > if (ufshcd_is_clkscaling_supported(hba)) > ufshcd_clk_scaling_suspend(hba, false); > ufshcd_clear_ua_wluns(hba); > ufshcd_rpm_put(hba); > + pm_runtime_put(hba->dev); > } > > static inline bool ufshcd_err_handling_should_stop(struct ufs_hba *hba) > { > return (!hba->is_powered || hba->shutting_down || > - !hba->sdev_ufs_device || > + !hba->sdev_ufs_device || hba->is_sys_suspended || > hba->ufshcd_state == UFSHCD_STATE_ERROR || > (!(hba->saved_err || hba->saved_uic_err || hba->force_reset || > ufshcd_is_link_broken(hba)))); > @@ -6052,9 +6052,13 @@ static void ufshcd_err_handler(struct work_struct *work) > up(&hba->host_sem); > return; > } > - ufshcd_set_eh_in_progress(hba); > spin_unlock_irqrestore(hba->host->host_lock, flags); > - ufshcd_err_handling_prepare(hba); > + if (ufshcd_err_handling_prepare(hba)) { > + dev_err(hba->dev, "%s: error handling preparation failed\n", > + __func__); > + up(&hba->host_sem); > + return; > + } > /* Complete requests that have door-bell cleared by h/w */ > ufshcd_complete_requests(hba); > spin_lock_irqsave(hba->host->host_lock, flags); > @@ -6198,7 +6202,6 @@ static void ufshcd_err_handler(struct work_struct *work) > dev_err_ratelimited(hba->dev, "%s: exit: saved_err 0x%x saved_uic_err 0x%x", > __func__, hba->saved_err, hba->saved_uic_err); > } > - ufshcd_clear_eh_in_progress(hba); > spin_unlock_irqrestore(hba->host->host_lock, flags); > ufshcd_err_handling_unprepare(hba); > up(&hba->host_sem); > @@ -8999,6 +9002,9 @@ static int __ufshcd_wl_resume(struct ufs_hba *hba, enum ufs_pm_op pm_op) > > /* Enable Auto-Hibernate if configured */ > ufshcd_auto_hibern8_enable(hba); > + > + hba->clk_gating.is_suspended = false; > + ufshcd_release(hba); > goto out; > > set_old_link_state: > @@ -9008,8 +9014,6 @@ static int __ufshcd_wl_resume(struct ufs_hba *hba, enum ufs_pm_op pm_op) > out: > if (ret) > ufshcd_update_evt_hist(hba, UFS_EVT_WL_RES_ERR, (u32)ret); > - hba->clk_gating.is_suspended = false; > - ufshcd_release(hba); > hba->wl_pm_op_in_progress = false; > return ret <= 0 ? ret : -EINVAL; > } >