[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <009901d83446$82e6d2b0$88b47810$@samsung.com>
Date: Thu, 10 Mar 2022 15:17:25 +0900
From: "Kiwoong Kim" <kwmad.kim@...sung.com>
To: "'Adrian Hunter'" <adrian.hunter@...el.com>,
<linux-scsi@...r.kernel.org>, <linux-kernel@...r.kernel.org>,
<alim.akhtar@...sung.com>, <avri.altman@....com>,
<jejb@...ux.ibm.com>, <martin.petersen@...cle.com>,
<beanhuo@...ron.com>, <cang@...eaurora.org>, <sc.suh@...sung.com>,
<hy50.seo@...sung.com>, <sh425.lee@...sung.com>,
<bhoon95.kim@...sung.com>, <vkumar.1997@...sung.com>
Subject: RE: [PATCH v2] scsi: ufs: exclude UECxx from SFR dump list
> > These are ROC type things that means their values are cleared when the
> > SFRs are read.
> > They are usually read in ISR when an UIC error occur.
> > Thus, their values would be zero at many cases. And there might be a
> > little bit risky when they are read to be cleared before the ISR reads
> > them, e.g. the case that a command is timed-out, ufshcd_dump_regs is
> > called in ufshcd_abort and an UIC error occurs at the nearly same
> > time. In this case, ISR will be called but UFS error handler will not
> > be scheduled.
> > This patch is to make UFS driver not read those SFRs in the dump
> > function, i.e. ufshcd_dump_regs.
>
> This is essentially a fix, so perhaps a fixes tag?
>
> Wouldn't hurt to wrap the commit description more nicely.
Thank you for your opinion.
Thanks.
Kiwoong Kim
Powered by blists - more mailing lists