On Sun, Jan 19, 2020 at 01:58:23PM +0100, Greg KH wrote: > On Sun, Jan 19, 2020 at 12:52:40AM +0100, Steve Markgraf wrote: > > Hi list, > > > > Commit 3e4f8e21c4f27bcf30a48486b9dcc269512b79ff "USB: core: fix check > > for duplicate endpoints" is causing a regression with devices based on > > the Fresco Logic FL2000 chip, i.e. it is totally unusable. > > > > The issue was first reported on the osmocom-sdr mailing list [1] and I > > can reproduce it on my machine with 5.5.0-rc6, with rc5 everything is > > working fine. By reverting the commit mentioned above, it is working as > > well. > > > > When connecting the device with rc6, I see the following dmesg output: > > https://steve-m.de/files/fl2000_dmesg.txt > > > > The output of lsusb -v: > > https://steve-m.de/files/fl2000_lsusb.txt > > > > Output of the Windows tool "USB Device Tree Viewer": > > https://steve-m.de/files/fl2000_usbtreeview.txt > > > > Output of the USB-IF USB 3.0 Chapter 9 tests with a version from around > > the time the FL2000 was released to market (passing): > > https://steve-m.de/files/fl2000_chapter9.html > > > > By looking at the lsusb output, it almost seems like a descriptor > > parsing issue, that now causes trouble after introducing the duplicate > > endpoint testing. > > > > Regards, > > Steve > > > > [1] https://lists.osmocom.org/pipermail/osmocom-sdr/2020-January/002025.html > > Odd, this should have been fixed with commit 3e4f8e21c4f2 ("USB: core: > fix check for duplicate endpoints") which is in 5.5-rc6. > > Alan and Johan, any ideas? Ugh, nevermind, I can read this better, it's the fix that is causing problem, not that the fix should solve the problem... Time for more coffee... greg k-h