Am Montag, den 10.07.2017, 10:30 -0400 schrieb Alan Stern: > On Mon, 10 Jul 2017, Oliver Neukum wrote: > > > Am Donnerstag, den 06.07.2017, 14:32 -0700 schrieb Grégoire Gentil : > > > > Hi, > > > > > This might be a follow-up of: > > > https://www.spinics.net/lists/linux-usb/msg157437.html > > > https://www.spinics.net/lists/linux-usb/msg153647.html > > > > It does not look like that. > > > > > I have bought this adapter: > > > http://www.ebay.com/itm/122523342593 > > > > > > > > > The chip has the following marking: > > > JM JMS567 > > > http://www.jmicron.com/PDF/brief/jms567.pdf > > > > > > > > > My laptop is running: > > > Linux yoga 4.8.0-36-generic #36~16.04.1-Ubuntu SMP Sun Feb 5 09:39:57 > > > UTC 2017 x86_64 x86_64 x86_64 GNU/Linux > > > > > > LSB Version: > > > core-9.20160110ubuntu0.2-amd64:core-9.20160110ubuntu0.2-noarch:printing-9.20160110ubuntu0.2-amd64:printing-9.20160110ubuntu0.2-noarch:security-9.20160110ubuntu0.2-amd64:security-9.20160110ubuntu0.2-noarch > > > Distributor ID: Ubuntu > > > Description: Ubuntu 16.04.2 LTS > > > Release: 16.04 > > > Codename: xenial > > > > > > > > > When I plug the device, I get the following error message: > > > [ 1503.223516] usb 1-7: new high-speed USB device number 10 using xhci_hcd > > > [ 1503.444964] usb 1-7: New USB device found, idVendor=152d, idProduct=0539 > > > [ 1503.444970] usb 1-7: New USB device strings: Mfr=1, Product=2, > > > SerialNumber=3 > > > [ 1503.444973] usb 1-7: Product: USB to ATA/ATAPI Bridge > > > [ 1503.444976] usb 1-7: Manufacturer: JMicron > > > [ 1503.444979] usb 1-7: SerialNumber: 00A12345789F > > > [ 1503.447024] scsi host1: uas > > > [ 1511.457666] scsi 1:0:0:0: scsi scan: 96 byte inquiry failed. Consider > > > BLIST_INQUIRY_36 for this device > > > > > > > > > The device is working on Windows 10. > > > > > > > > > Any idea what could be the problem? > > > > The old storage driver unconditionally limits inquiries to 36 bytes. UAS does not > > have that limit. That seems to be a bit optimistic. Could you test the attached patch? > > If there's no particular benefit to 96-byte inquiries, it would be Interesting. Why do we make them at all? > better to apply this limit unconditionally than to make a quirk for it. > (Not to mention that your proposed patch has a copy & paste error -- > the quirk number wasn't incremented.) > > Besides, we're running out of bits for quirks. Only a few more will > require expanding it to a 64-bit field. > Valid points. Grégoire, please test the patch anyway. It will show the cause of the problem. Regards Oliver -- To unsubscribe from this list: send the line "unsubscribe linux-usb" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
