Fwd: usb: uas: device reset most the time while enumeration- usb3.0

[Tushar Nimkar <tnimkar@codeaurora.org>]

Oliver,
On 2018-05-17 19:04, Oliver Neukum wrote:
> Am Donnerstag, den 17.05.2018, 12:29 +0530 schrieb Tushar Nimkar:
>> Those commands issued from different layers say: sd.. uas.. scsi..
>> so making them to go one after other. Once REPORT_LUN done go with
>> READ_CAPACITY_16.
>> This is only for the UAS devices. I believe no disturb to BOT 
>> behavior.
> 
> Hi,
> 
> this is good news.
> 
> 1. We cannot slow down all UAS devices because a few are broken. This
> would need to be selective.
> 2. What is insufficient about "shost->async_scan" for your approach?
Unfortunately for our build CONFIG_SCSI_SCAN_ASYNC wan not set.
And enabling it solves our issue of enumeration.
But as per bellow commit

"If you have built SCSI as modules, enabling this option can
be a problem as the devices may not have been found by the time your
system expects them to have been."

commit 21db1882f79a1ad5977cae6766376a63f60ec414
Author: Matthew Wilcox <matthew@wil.cx>
Date:   Wed Nov 22 13:24:52 2006 -0700

     [SCSI] Add Kconfig option for asynchronous SCSI scanning

     Without this patch, the user has to add a kernel command line 
parameter
     to get asynchronous SCSI scanning.  Now they can select the default 
at
     compile time and still override it at boot time if they need to.

     Signed-off-by: Matthew Wilcox <matthew@wil.cx>
     Signed-off-by: James Bottomley <James.Bottomley@SteelEye.com>


We have built SCSI as module will it cause any problem to enable
CONFIG_SCSI_SCAN_ASYNC ?


> 
> 	Regards
> 		Oliver
> 
> --
> To unsubscribe from this list: send the line "unsubscribe linux-usb" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html