[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <1588895457.3197.40.camel@mtkswgap22>
Date: Fri, 8 May 2020 07:50:57 +0800
From: Stanley Chu <stanley.chu@...iatek.com>
To: Avri Altman <Avri.Altman@....com>
CC: "linux-scsi@...r.kernel.org" <linux-scsi@...r.kernel.org>,
"martin.petersen@...cle.com" <martin.petersen@...cle.com>,
"alim.akhtar@...sung.com" <alim.akhtar@...sung.com>,
"jejb@...ux.ibm.com" <jejb@...ux.ibm.com>,
"asutoshd@...eaurora.org" <asutoshd@...eaurora.org>,
"bvanassche@....org" <bvanassche@....org>,
"andy.teng@...iatek.com" <andy.teng@...iatek.com>,
"chun-hung.wu@...iatek.com" <chun-hung.wu@...iatek.com>,
"kuohong.wang@...iatek.com" <kuohong.wang@...iatek.com>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"cang@...eaurora.org" <cang@...eaurora.org>,
"linux-mediatek@...ts.infradead.org"
<linux-mediatek@...ts.infradead.org>,
"peter.wang@...iatek.com" <peter.wang@...iatek.com>,
"matthias.bgg@...il.com" <matthias.bgg@...il.com>,
"linux-arm-kernel@...ts.infradead.org"
<linux-arm-kernel@...ts.infradead.org>,
"beanhuo@...ron.com" <beanhuo@...ron.com>
Subject: Re: [PATCH v5 1/8] scsi: ufs: enable WriteBooster on some pre-3.1
UFS devices
Hi Avri,
On Mon, 2020-05-04 at 22:33 +0800, Stanley Chu wrote:
> Hi Avri,
>
> On Mon, 2020-05-04 at 10:37 +0000, Avri Altman wrote:
> > >
> > > static void ufshcd_wb_probe(struct ufs_hba *hba, u8 *desc_buf)
> > > {
> > > + if (!ufshcd_is_wb_allowed(hba))
> > > + return;
> > > +
> > > + if (hba->desc_size.dev_desc <=
> > > DEVICE_DESC_PARAM_EXT_UFS_FEATURE_SUP)
> > Should be
> > DEVICE_DESC_PARAM_EXT_UFS_FEATURE_SUP + 4
>
> I think this description length check is redundant because the device
> quirk shall be added only after WriteBooster supportat is confirmed in
> attached UFS device. So I will remove this in next version.
Sorry this statement is incorrect because this kind on devices may have
short (without DEVICE_DESC_PARAM_EXT_UFS_FEATURE_SUP field) before
firmware upgrading. So the checking for descriptor length is still
required to avoid out-of-boundary access in below codes.
I will add it back in next version and also fix the length.
Thanks,
Stanley Chu
> >
> > _______________________________________________
> > Linux-mediatek mailing list
> > Linux-mediatek@...ts.infradead.org
> > http://lists.infradead.org/mailman/listinfo/linux-mediatek
>
Powered by blists - more mailing lists