Re: [PATCH 2/2] usb: storage: scsiglue: Do not skip VPD if try_vpd_pages is set

From: Marcos Paulo de Souza
Date: Tue Jun 18 2019 - 18:51:13 EST


On Tue, Jun 18, 2019 at 06:07:24PM +0200, Greg Kroah-Hartman wrote:
> On Tue, Jun 18, 2019 at 12:17:39PM -0300, Marcos Paulo de Souza wrote:
> > On Tue, Jun 18, 2019 at 09:48:01AM -0400, Alan Stern wrote:
> > > On Mon, 17 Jun 2019, Marcos Paulo de Souza wrote:
> > >
> > > > If BLIST_TRY_VPD_PAGES is set for a device, even for an USB, it should
> > > > be honored, so only set skip_vpd_pages is try_vpd_pages is not set.
> > > >
> > > > Signed-off-by: Marcos Paulo de Souza <marcos.souza.org@xxxxxxxxx>
> > > > ---
> > > > drivers/usb/storage/scsiglue.c | 7 +++++--
> > > > 1 file changed, 5 insertions(+), 2 deletions(-)
> > > >
> > > > diff --git a/drivers/usb/storage/scsiglue.c b/drivers/usb/storage/scsiglue.c
> > > > index 59190d88fa9f..0a9520780771 100644
> > > > --- a/drivers/usb/storage/scsiglue.c
> > > > +++ b/drivers/usb/storage/scsiglue.c
> > > > @@ -195,8 +195,11 @@ static int slave_configure(struct scsi_device *sdev)
> > > > */
> > > > sdev->skip_ms_page_8 = 1;
> > > >
> > > > - /* Some devices don't handle VPD pages correctly */
> > > > - sdev->skip_vpd_pages = 1;
> > > > + /*
> > > > + * Some devices don't handle VPD pages correctly, so skip vpd
> > > > + * pages if not forced by SCSI layer.
> > > > + */
> > > > + sdev->skip_vpd_pages = sdev->try_vpd_pages == 0;
> > > >
> > > > /* Do not attempt to use REPORT SUPPORTED OPERATION CODES */
> > > > sdev->no_report_opcodes = 1;
> > >
> > > Acked-by: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
> > >
> > > Although I think it would be clearer to write:
> > >
> > > sdev->skip_vpd_pages = !sdev->try_vpd_pages;
> >
> > I agree. Greg, would you like me to send a v2 of this patch with this change, or
> > can you apply the change suggested by Alan?
>
> I do not hand-edit patches, sorry. It does not scale, please resend.

No problem, v2 just sent:
https://lore.kernel.org/linux-usb/20190618224454.16595-1-marcos.souza.org@xxxxxxxxx/T/#u

Thanks Alan for the quick review!

>
> greg k-h