Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp120535pxu; Wed, 6 Jan 2021 23:42:27 -0800 (PST) X-Google-Smtp-Source: ABdhPJwCZhKP8O2TW4YGvdTrldxTjZoeKhzmjKvCBniP8b+fhaq2xvg36o6RE6qQr5m8kep4BU/J X-Received: by 2002:aa7:d494:: with SMTP id b20mr765706edr.330.1610005346927; Wed, 06 Jan 2021 23:42:26 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1610005346; cv=none; d=google.com; s=arc-20160816; b=Pqx8nckq7ixY1R32S8pHvz7txCRoFlIVYbCLZmygp7dsLNVF6CdtCI/EXIcD+VWfzl 5FOh7FfaZb0o3V6+hG930c6QvNXomonEGv9zSdT+l7nU5iK6Fqzh6IKflaPoq0TSvHr3 KVXZXPNqaCmCHPFzou/LvXj3U+bQUubSaPNbHlecSZ5T+YHlwKgm/7zTf6AIjCSC1gfH y+JWD4EZmx77wSVvoQIUU5mHdZy3VlQMNgLNG2qojlCu/WNM2A0d/TSvmbiH3NcZfxK5 qOZb8Ml2d6cCsWUsPdQNduup+5UQUWVMTxDfmMwGNOpuSzZd/V39MqmZ1TU/DpW4gavH CYDQ== 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=iihb2Si+WahmHAcTinUSy96jdfv30h8YBDOl3YKIV1g=; b=NhMz02hV57NBhBrDutg5x5kLkhExDjLMv7vyyDhqrodRo3K6kC3kC9BC/J0lJgBWwO 6j3/gF+Cnx48JR7JIf9AXjO0uAzl524HZcK2LapgmSzVC2Y7qRBQFaay0gWjuwaj+M// Dw6Wger8r39pigQhxil5+Q8MrBIdjnfMtqFRy68x7GTk3eOPNuigG8X6er0q/mGjHVre 34OAZpH9Pxut1ACCWCruxhAAsrzZ+9yxesRmXLBNy681lXjKZ2jj1AtDNx05HXR0bBuR SQdEyIcTA2BXsZ/6q0JzCkyhV3BjxIDti+oJq+hyzebA1lwUV+I9MUVo+71sU5CZXtyn WKuQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=Penxc7aX; 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=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id np6si1830286ejb.609.2021.01.06.23.42.02; Wed, 06 Jan 2021 23:42:26 -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=@kernel.org header.s=k20201202 header.b=Penxc7aX; 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=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726371AbhAGHlM (ORCPT + 99 others); Thu, 7 Jan 2021 02:41:12 -0500 Received: from mail.kernel.org ([198.145.29.99]:56216 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725306AbhAGHlM (ORCPT ); Thu, 7 Jan 2021 02:41:12 -0500 Received: by mail.kernel.org (Postfix) with ESMTPSA id 3F3042311A; Thu, 7 Jan 2021 07:40:31 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1610005231; bh=sdq6syVaDrNYq3YLoMTwQn2crIXyKwGokuzzAZriVNE=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=Penxc7aXySvgQKe1F0THm1NffrsT3AOmVDktRMhiSG2OjZeMycVNT0qWD7IYHZC5g m3uEe0raFphJ8Ie+vbcu5PTq2K0/5KTnhEVNiLiDk7v8KWVq/fQ66NZYDhKwCCoMc0 BRNfBy0wDjz+TJfu94ygCz4L6zhV6X9SoTqnRM6RvWubwb8GNl7ZSx/rVNvZsrK50l 72J8t9Nen0nqbmeTFByBA+keeGiP4mKTyoe3fhCz1RWFrQ0jzqj3WSPYO5QRKJFtMR E5EcwKyb80AnHV4HdF28iq96Fa2UF31ND2fZnf0vq50I/TEKb12dZqM0BVXn/3Jyuq IQ6yutJZBt/Iw== Date: Wed, 6 Jan 2021 23:40:29 -0800 From: Jaegeuk Kim To: Can Guo Cc: linux-kernel@vger.kernel.org, linux-scsi@vger.kernel.org, kernel-team@android.com, alim.akhtar@samsung.com, avri.altman@wdc.com, bvanassche@acm.org, martin.petersen@oracle.com, stanley.chu@mediatek.com Subject: Re: [PATCH v3 1/2] scsi: ufs: fix livelock of ufshcd_clear_ua_wluns Message-ID: References: <20210106214109.44041-1-jaegeuk@kernel.org> <20210106214109.44041-2-jaegeuk@kernel.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 01/07, Can Guo wrote: > On 2021-01-07 14:57, Jaegeuk Kim wrote: > > On 01/07, Can Guo wrote: > > > On 2021-01-07 05:41, Jaegeuk Kim wrote: > > > > When gate_work/ungate_work gets an error during hibern8_enter or exit, > > > > ufshcd_err_handler() > > > > ufshcd_scsi_block_requests() > > > > ufshcd_reset_and_restore() > > > > ufshcd_clear_ua_wluns() -> stuck > > > > ufshcd_scsi_unblock_requests() > > > > > > > > In order to avoid it, ufshcd_clear_ua_wluns() can be called per recovery > > > > flows > > > > such as suspend/resume, link_recovery, and error_handler. > > > > > > > > Fixes: 1918651f2d7e ("scsi: ufs: Clear UAC for RPMB after ufshcd > > > > resets") > > > > Signed-off-by: Jaegeuk Kim > > > > --- > > > > drivers/scsi/ufs/ufshcd.c | 15 ++++++++++----- > > > > 1 file changed, 10 insertions(+), 5 deletions(-) > > > > > > > > diff --git a/drivers/scsi/ufs/ufshcd.c b/drivers/scsi/ufs/ufshcd.c > > > > index bedb822a40a3..1678cec08b51 100644 > > > > --- a/drivers/scsi/ufs/ufshcd.c > > > > +++ b/drivers/scsi/ufs/ufshcd.c > > > > @@ -3996,6 +3996,8 @@ int ufshcd_link_recovery(struct ufs_hba *hba) > > > > if (ret) > > > > dev_err(hba->dev, "%s: link recovery failed, err %d", > > > > __func__, ret); > > > > + else > > > > + ufshcd_clear_ua_wluns(hba); > > > > > > Can we put it right after ufshcd_scsi_add_wlus() in ufshcd_add_lus()? > > > > May I ask the reason? We'll call it after ufshcd_add_lus() later tho. > > > > I think the code will be more readable - we do all the LU related > stuffs in one func, just nit-picking though. I found this because > I am planning to move the devfreq init codes out of ufshcd_add_lus() > due to it is inappropriate to init devfreq in there by its naming, > but it might be a good place for ufshcd_clear_ua_wluns(). Ok, that looks good to me. Thanks. > > Thanks, > Can Guo. > > > > > > > Thanks, > > > Can Guo. > > > > > > > > > > > return ret; > > > > } > > > > @@ -6003,6 +6005,9 @@ static void ufshcd_err_handler(struct work_struct > > > > *work) > > > > ufshcd_scsi_unblock_requests(hba); > > > > ufshcd_err_handling_unprepare(hba); > > > > up(&hba->eh_sem); > > > > + > > > > + if (!err && needs_reset) > > > > + ufshcd_clear_ua_wluns(hba); > > > > } > > > > > > > > /** > > > > @@ -6940,14 +6945,11 @@ static int > > > > ufshcd_host_reset_and_restore(struct ufs_hba *hba) > > > > ufshcd_set_clk_freq(hba, true); > > > > > > > > err = ufshcd_hba_enable(hba); > > > > - if (err) > > > > - goto out; > > > > > > > > /* Establish the link again and restore the device */ > > > > - err = ufshcd_probe_hba(hba, false); > > > > if (!err) > > > > - ufshcd_clear_ua_wluns(hba); > > > > -out: > > > > + err = ufshcd_probe_hba(hba, false); > > > > + > > > > if (err) > > > > dev_err(hba->dev, "%s: Host init failed %d\n", __func__, err); > > > > ufshcd_update_evt_hist(hba, UFS_EVT_HOST_RESET, (u32)err); > > > > @@ -8777,6 +8779,7 @@ static int ufshcd_suspend(struct ufs_hba *hba, > > > > enum ufs_pm_op pm_op) > > > > ufshcd_resume_clkscaling(hba); > > > > hba->clk_gating.is_suspended = false; > > > > hba->dev_info.b_rpm_dev_flush_capable = false; > > > > + ufshcd_clear_ua_wluns(hba); > > > > ufshcd_release(hba); > > > > out: > > > > if (hba->dev_info.b_rpm_dev_flush_capable) { > > > > @@ -8887,6 +8890,8 @@ static int ufshcd_resume(struct ufs_hba *hba, > > > > enum ufs_pm_op pm_op) > > > > cancel_delayed_work(&hba->rpm_dev_flush_recheck_work); > > > > } > > > > > > > > + ufshcd_clear_ua_wluns(hba); > > > > + > > > > /* Schedule clock gating in case of no access to UFS device yet */ > > > > ufshcd_release(hba);