On 14-09-10 08:13 AM, Hans de Goede wrote:
Hi All, I'm mailing all of you because you've reported various problems with the new uas support in kernel 3.16 and later. I've been working on making the uas driver more resilient to errors, as well as improved logging so we can easier figure out the cause of errors. I would like to ask you all to test a standalone version of the new uas driver with the devices you've been having trouble with before, and report the results to me. Testing instructions: 1) Remove any usb-storage.quirks= setting from the kernel commandline, and remove any /etc/modprobe.conf* files doing the same, boot your machine without the uas device attached. 2) Make sure your machine is set up for building kernel modules, usually this means installing kernel-devel and gcc packages, see your distributions documentation for more info 3) Download all files from here: https://fedorapeople.org/~jwrdegoede/uas/ And put them all in a single directory, named e.g. uas 4) Start a terminal, cd into the uas directory 5) Run the following commands: make sudo rmmod uas sudo insmod ./uas.ko 6) Connect your uas device 7) Wait for the disk to show up (wait circa 1 minute max), then do: dmesg > dmesg.log lsusb -v > lsusb.log 8) Test the uas disk Once done please send me a mail, in this mail please 1) Describe how the disk worked, did it show up in a reasonable time, and did it work? 2) Attach dmesg.log and lsusb.log
Could you give some sort of indication of the dd throughput time (on READs) with UAS given a recent SATA SSD that can source data faster than 300 MB/sec (say)? My ASM1051 based dock under W7 got an underwhelming maximum of 42 MB/sec with such a SATA SSD. And I saw enough stupid meta-data from SCSI commands to suggest that product should be binned. Doug Gilbert -- To unsubscribe from this list: send the line "unsubscribe linux-scsi" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
