Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp150125pxu; Thu, 7 Jan 2021 00:48:36 -0800 (PST) X-Google-Smtp-Source: ABdhPJzKPEwJafEdozOgs/rJKDLV3atBBVRvxn3tY/1Cfwml+5LLFS2tjxAzKl/24ZbT/GL8Pve3 X-Received: by 2002:a17:906:6d14:: with SMTP id m20mr5391111ejr.3.1610009316053; Thu, 07 Jan 2021 00:48:36 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1610009316; cv=none; d=google.com; s=arc-20160816; b=u9DtHaKI2amzP9d76Tz9Q9XG6fy/3Iot122AKbDF4RcxPg+slWEPFTKqhsiwbfTDuV /RMqASDDB4xkG6BuagWlCJrQto+kemZThytAavnkV1SnPKz9anS2tGDoJAeRCqyjFZrS 3dcuUz2mJnshc4o4Sb7Ym/obP/Pki7Av0K9BzCpVLCIn4D4cwNAbfvbUaHM+mPrNplrB /w4CWtBexSzeXPduUXsdHd42cw4Hmwh3wS7x6W9Ph+c7ulflAD26tfw0hyGF+c4ZfEFH cPAKpUJW7RJOWfXc+swlyFT+nOZLSMyEwKtVSEopii0PsBC2ZyU5E112Pm9v6hJS5v7v 4AwA== 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=a/VPGqAByiVe28JHOOeyl7JeePIkrlU2L1m8/5srspM=; b=wTOP/1UaTrNlS63S9iE1Z6zu4KWDXDO3XNpkfoMEXk1TPUSrg0nvKe5of2tKSoQqsh UcsJ75H0Uv+4W9WGNG5J6KMZUJBZNUF5kMCpcpOaA05rzrDk4zXtIc8bstVgV3TmdMPq g5DagyIruqIioi+1rrPp3lgXRFkhxNFA3oM+xC1vy23URNjfva8cr7MBArj8/Bvx0HM1 l0QvKHXKk+ybeNAR3yAySzkXnif7p1ywacmlV42kwT763xhFLYBMkusF4xJlX4zzusTc zXU3x5k3kYHs6qMEr/tFu90QIChJ6WkHpPGDvLn7pC9D8FgNhhtpQP5KNcbPg4hC7pMW 7/EA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=FJcPnRVb; 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 61si1999251edk.598.2021.01.07.00.48.12; Thu, 07 Jan 2021 00:48:36 -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=FJcPnRVb; 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 S1726698AbhAGIrL (ORCPT + 99 others); Thu, 7 Jan 2021 03:47:11 -0500 Received: from mail.kernel.org ([198.145.29.99]:37458 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725959AbhAGIrL (ORCPT ); Thu, 7 Jan 2021 03:47:11 -0500 Received: by mail.kernel.org (Postfix) with ESMTPSA id A9D0823139; Thu, 7 Jan 2021 08:46:29 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1610009190; bh=FDi9a43aoyq4j4TYXtVRfInY3qGfchcIDw3yMDMcJNY=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=FJcPnRVbmYR/tCdpVJzsq6YmsrXyztXO6/I4REXC9y1iChVHrYgENQbYc6DbSpdVO T9VqpNGcvpnILT5l9W6hfiobv6YN1CV2JPcXUc4aDuNT/040iGEjmmu2ACAS/n+LRT Ew9oNxQjvz3YJSdtWW+AXz0KceLHwyyitBrgB+GZ0n46xwofFm1hpxf2TxH2CQdEhK ADZH6j6GOYw2R60AYTWxd956ZWmYvPpyrB3xQ26rtGprGNdfjAkep69tayeg6IV1pz pe+4AUUf6D8cvdfqvLZyDowMvhSqyqxEVx/6CZsuy36w18NvXk1sQlSME7cHs4rs8l nz5GZReV196OA== Date: Thu, 7 Jan 2021 00:46:28 -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 v4 2/2] scsi: ufs: handle LINERESET with correct tm_cmd Message-ID: References: <20210107074710.549309-1-jaegeuk@kernel.org> <20210107074710.549309-3-jaegeuk@kernel.org> <03a47a3f49914230653bea777e2ee550@codeaurora.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 16:07, Jaegeuk Kim wrote: > > On 01/07, Can Guo wrote: > > > On 2021-01-07 15:47, Jaegeuk Kim wrote: > > > > From: Jaegeuk Kim > > > > > > > > This fixes a warning caused by wrong reserve tag usage in > > > > __ufshcd_issue_tm_cmd. > > > > > > > > WARNING: CPU: 7 PID: 7 at block/blk-core.c:630 blk_get_request+0x68/0x70 > > > > WARNING: CPU: 4 PID: 157 at block/blk-mq-tag.c:82 > > > > blk_mq_get_tag+0x438/0x46c > > > > > > > > And, in ufshcd_err_handler(), we can avoid to send tm_cmd before > > > > aborting > > > > outstanding commands by waiting a bit for IO completion like this. > > > > > > > > __ufshcd_issue_tm_cmd: task management cmd 0x80 timed-out > > > > > > > > Fixes: 69a6c269c097 ("scsi: ufs: Use blk_{get,put}_request() to > > > > allocate and free TMFs") > > > > Fixes: 2355b66ed20c ("scsi: ufs: Handle LINERESET indication in err > > > > handler") > > > > > > Hi Jaegeuk, > > > > > > Sorry, what is wrong with commit 2355b66ed20c? Clearing pending I/O > > > reqs is a general procedure for handling all non-fatal errors. > > > > Without waiting IOs, I hit the below timeout all the time from > > LINERESET, which > > causes UFS stuck permanently, as mentioned in the description. > > > > "__ufshcd_issue_tm_cmd: task management cmd 0x80 timed-out" > > In that case, ufshcd_try_to_abort_task(), the caller of > __ufshcd_issue_tm_cmd(), > should return -ETIMEOUT, then err_handler would jump to do a full reset, > then bail. > I am not sure what gets UFS stuck permanently. Could you please share the > callstack > if possible? I really want to know what is happening. Thanks. I can't share all the log tho, it entered full reset. While printing out whole registers, the device was hard reset. Thanks, > > Regards, > Can Guo. > > > > > > > > > Thanks, > > > Can Guo. > > > > > > > Signed-off-by: Jaegeuk Kim > > > > --- > > > > drivers/scsi/ufs/ufshcd.c | 35 +++++++++++++++++++++++++++++++---- > > > > 1 file changed, 31 insertions(+), 4 deletions(-) > > > > > > > > diff --git a/drivers/scsi/ufs/ufshcd.c b/drivers/scsi/ufs/ufshcd.c > > > > index e6e7bdf99cd7..340dd5e515dd 100644 > > > > --- a/drivers/scsi/ufs/ufshcd.c > > > > +++ b/drivers/scsi/ufs/ufshcd.c > > > > @@ -44,6 +44,9 @@ > > > > /* Query request timeout */ > > > > #define QUERY_REQ_TIMEOUT 1500 /* 1.5 seconds */ > > > > > > > > +/* LINERESET TIME OUT */ > > > > +#define LINERESET_IO_TIMEOUT_MS (30000) /* 30 sec */ > > > > + > > > > /* Task management command timeout */ > > > > #define TM_CMD_TIMEOUT 100 /* msecs */ > > > > > > > > @@ -5826,6 +5829,7 @@ static void ufshcd_err_handler(struct work_struct > > > > *work) > > > > int err = 0, pmc_err; > > > > int tag; > > > > bool needs_reset = false, needs_restore = false; > > > > + ktime_t start; > > > > > > > > hba = container_of(work, struct ufs_hba, eh_work); > > > > > > > > @@ -5911,6 +5915,22 @@ static void ufshcd_err_handler(struct work_struct > > > > *work) > > > > } > > > > > > > > hba->silence_err_logs = true; > > > > + > > > > + /* Wait for IO completion for non-fatal errors to avoid aborting IOs > > > > */ > > > > + start = ktime_get(); > > > > + while (hba->outstanding_reqs) { > > > > + ufshcd_complete_requests(hba); > > > > + spin_unlock_irqrestore(hba->host->host_lock, flags); > > > > + schedule(); > > > > + spin_lock_irqsave(hba->host->host_lock, flags); > > > > + if (ktime_to_ms(ktime_sub(ktime_get(), start)) > > > > > + LINERESET_IO_TIMEOUT_MS) { > > > > + dev_err(hba->dev, "%s: timeout, outstanding=0x%lx\n", > > > > + __func__, hba->outstanding_reqs); > > > > + break; > > > > + } > > > > + } > > > > + > > > > /* release lock as clear command might sleep */ > > > > spin_unlock_irqrestore(hba->host->host_lock, flags); > > > > /* Clear pending transfer requests */ > > > > @@ -6302,9 +6322,13 @@ static irqreturn_t ufshcd_intr(int irq, void > > > > *__hba) > > > > intr_status = ufshcd_readl(hba, REG_INTERRUPT_STATUS); > > > > } > > > > > > > > - if (enabled_intr_status && retval == IRQ_NONE) { > > > > - dev_err(hba->dev, "%s: Unhandled interrupt 0x%08x\n", > > > > - __func__, intr_status); > > > > + if (enabled_intr_status && retval == IRQ_NONE && > > > > + !ufshcd_eh_in_progress(hba)) { > > > > + dev_err(hba->dev, "%s: Unhandled interrupt 0x%08x (0x%08x, > > > > 0x%08x)\n", > > > > + __func__, > > > > + intr_status, > > > > + hba->ufs_stats.last_intr_status, > > > > + enabled_intr_status); > > > > ufshcd_dump_regs(hba, 0, UFSHCI_REG_SPACE_SIZE, "host_regs: "); > > > > } > > > > > > > > @@ -6348,7 +6372,10 @@ static int __ufshcd_issue_tm_cmd(struct ufs_hba > > > > *hba, > > > > * Even though we use wait_event() which sleeps indefinitely, > > > > * the maximum wait time is bounded by %TM_CMD_TIMEOUT. > > > > */ > > > > - req = blk_get_request(q, REQ_OP_DRV_OUT, BLK_MQ_REQ_RESERVED); > > > > + req = blk_get_request(q, REQ_OP_DRV_OUT, 0); > > > > + if (IS_ERR(req)) > > > > + return PTR_ERR(req); > > > > + > > > > req->end_io_data = &wait; > > > > free_slot = req->tag; > > > > WARN_ON_ONCE(free_slot < 0 || free_slot >= hba->nutmrs);