-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512
Dear all,
I just retested with the following setup:
- linux kernel 4.1.1-040101 (stock kernel, vanilla flavour)
- The newest driver from Epson
- USB 3.0 enabled
- iscan-backends from git
- and the following line in a .rule file in /etc/udev/rules.d:
SUBSYSTEM=="usb", ATTRS{idVendor}=="04b8", ATTRS{idProduct}=="0133",
MODE:="666", GROUP="users"
...and THE THING WORKS!!!!
Thanks a lot for everybody who has helped making my GT-1500 Scanner
from Epson work with my Ubuntu box and USB 3.0!
Just for the record: I still get the following warnings in my udev log
- - but they don't seem to do any harm:
[ 1804.097315] usb 1-2: new high-speed USB device number 9 using xhci_hcd
[ 1804.264362] usb 1-2: New USB device found, idVendor=04b8,
idProduct=0133
[ 1804.264365] usb 1-2: New USB device strings: Mfr=1, Product=2,
SerialNumber=0
[ 1804.264367] usb 1-2: Product: EPSON Scanner
[ 1804.264368] usb 1-2: Manufacturer: EPSON
[ 1804.264527] usb 1-2: ep 0x81 - rounding interval to 128
microframes, ep desc says 255 microframes
[ 1804.264533] usb 1-2: ep 0x2 - rounding interval to 128 microframes,
ep desc says 255 microframes
Seems like updating both iscan-backends and the kernel did the trick.
Updating the epson driver seems to have made starting up the scanner a
bit faster (but it already was quite good at it).
Thanks again,
and
Kind regards,
Gunter.
On 24.05.2015 22:09, Mike Mammarella wrote:
> Aww, that's too bad. Let me know if you'd like me to test a
> modified version when you get the time.
>
> --Mike Mammarella
>
> On May 21, 2015, at 4:18 AM, Mathias Nyman wrote:
>
>> Hi
>>
>> The fix went upstream, but caused regression for other users, and
>> had to be reverted. The cause of the regression was found but the
>> new version was never properly tested and got left behind as more
>> urgent issues arrived.
>>
>> I still need to attend a few other issues before taking up this
>> again
>>
>> -Mathias
>>
>> On 21.05.2015 13:38, Hans-Peter Jansen wrote:
>>> Dear Mathias,
>>>
>>> just a heads up: retesting with 4.0.4 revealed, that this issue
>>> isn't fixed for my scanner still. To recap: driving the scanner
>>> through a ehci port is fine, and fails miserably with xhci.
>>>
>>> OK:
>>>
>>> T: Bus=03 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#= 1 Spd=480 MxCh=
>>> 4 D: Ver= 2.00 Cls=09(hub ) Sub=00 Prot=00 MxPS=64 #Cfgs= 1
>>> P: Vendor=1d6b ProdID=0002 Rev=04.00 S: Manufacturer=Linux
>>> 4.0.4-2.g4f5e0d5-desktop ehci_hcd S: Product=EHCI Host
>>> Controller S: SerialNumber=0000:06:04.2 C: #Ifs= 1 Cfg#= 1
>>> Atr=e0 MxPwr=0mA I: If#= 0 Alt= 0 #EPs= 1 Cls=09(hub ) Sub=00
>>> Prot=00 Driver=hub
>>>
>>> T: Bus=03 Lev=01 Prnt=01 Port=01 Cnt=02 Dev#= 3 Spd=480 MxCh=
>>> 0 D: Ver= 2.00 Cls=ff(vend.) Sub=ff Prot=ff MxPS=64 #Cfgs= 1
>>> P: Vendor=04b8 ProdID=0119 Rev=01.00 S: Manufacturer=EPSON S:
>>> Product=EPSON Scanner C: #Ifs= 1 Cfg#= 1 Atr=c0 MxPwr=2mA I:
>>> If#= 0 Alt= 0 #EPs= 2 Cls=ff(vend.) Sub=ff Prot=ff
>>> Driver=(none)
>>>
>>> NOT OK:
>>>
>>> T: Bus=06 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#= 1 Spd=480
>>> MxCh=14 D: Ver= 2.00 Cls=09(hub ) Sub=00 Prot=01 MxPS=64
>>> #Cfgs= 1 P: Vendor=1d6b ProdID=0002 Rev=04.00 S:
>>> Manufacturer=Linux 4.0.4-2.g4f5e0d5-desktop xhci-hcd S:
>>> Product=xHCI Host Controller S: SerialNumber=0000:00:14.0 C:
>>> #Ifs= 1 Cfg#= 1 Atr=e0 MxPwr=0mA I: If#= 0 Alt= 0 #EPs= 1
>>> Cls=09(hub ) Sub=00 Prot=00 Driver=hub
>>>
>>> T: Bus=06 Lev=01 Prnt=01 Port=10 Cnt=02 Dev#= 10 Spd=480 MxCh=
>>> 0 D: Ver= 2.00 Cls=ff(vend.) Sub=ff Prot=ff MxPS=64 #Cfgs= 1
>>> P: Vendor=04b8 ProdID=0119 Rev=01.00 S: Manufacturer=EPSON S:
>>> Product=EPSON Scanner C: #Ifs= 1 Cfg#= 1 Atr=c0 MxPwr=2mA I:
>>> If#= 0 Alt= 0 #EPs= 2 Cls=ff(vend.) Sub=ff Prot=ff
>>> Driver=usbfs
>>>
>>> Additional notes:
>>>
>>> xsane scanner discovery takes ages (20-30 secs) to find the
>>> scanner in the failing case. After selecting the correct
>>> device, it takes another delay of 20-30 secs. for presenting
>>> the error dialog: error during device I/O. The same procedure
>>> with ehci takes about a second until the device selection is
>>> shown, and another 0.5 secs later it presents the fully
>>> functional scanning UI.
>>>
>>> This behavior persists since Linux 3.16.x (where I setup this
>>> box).
>>>
>>> Please let me know, if I can be of any help for you for
>>> resolving this issue. I find it a little sad, that at the dawn
>>> of USB 3.1, we still fight with such issues on the linux USB
>>> 3.0 front. Don't forget the many frustrated users observing
>>> this, that will not speak up.
>>>
>>> Cheers, Pete
>>>
>>> On Donnerstag, 29. Januar 2015 18:42:05 Mathias Nyman wrote:
>>>> On 27.01.2015 14:12, Gunter Königsmann wrote:
>>>>> That's very good news indeed.
>>>>>
>>>>> Will re-run the tests on my scanner and looking forward to
>>>>> the fix entering mainline. In the meantime I can
>>>>> acknowledge that with the fix my computer accepts USB
>>>>> memory sticks that normally didn't work.
>>>>>
>>>>> Kind regards,
>>>>>
>>>>> Gunter.
>>>>
>>>> Did some cleaning of the patch, and noticed it still had a
>>>> few bits wrong, but apparently it worked anyway.
>>>>
>>>> I added the fixes on top of the ep_reset_halt_test branch.
>>>>
>>>> Can any of you with a failing scanner test that it still
>>>> works?
>>>>
>>>> git://git.kernel.org/pub/scm/linux/kernel/git/mnyman/xhci.git
>>>>
>>>>
and the ep_reset_halt_test branch,
>>>>
>>>> Thanks
>>>>
>>>> -Mathias
>>>
>>> -- To unsubscribe from this list: send the line "unsubscribe
>>> linux-usb" in the body of a message to
>>> [email protected] More majordomo info at
>>> http://vger.kernel.org/majordomo-info.html
>>>
>
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
iQJ8BAEBCgBmBQJVlwcuXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ1M0YwNDdDRTY2QjkxQjBGNzI0QzU0NUQ1
Qzg2QzBFNDIxMUQ1QjhFAAoJEFyGwOQhHVuOj6YP/2XZ5G5LnCSPxaKVNAQ2Lgb3
59xsOr9g4AKyBWks+Rf4fYj8+8nPjydWbA5drKjQs4buZdJdkK7C8xJvkF1/WZ7N
9niw/O/v4X2AtfJ1O57JE8m/6LSYo6ZSwfLZktLgOrNiurfb1mLW8BcLqsXnMLNN
Czht02G7wcYF5ViRtZJ5et7VNvDuinJDF2yLc45N5wz9rFrHZfDyo9pMaQMCCid3
w02u1stKzptdXUQFhLJdtod95/lJc7EgJnwK+Q+8vagzhtG30FL7DiVAkW7nASf9
zgWuzaaOEiewYEWCagA/AUi2C/k2IgDnEnd6zUzve6uSGKjSLo9iXLMWaEy2JDux
mlYsuVBzu4K50y6bafWz2FRzWCjOcOlbcxzlKzOzku0QbDLExS03mMvutjbiponu
VWx7uwMNrCdY6BPM8laSyTqCLi/tDwi4NAUhvfOypoXZh4uma6lP/G9iNOyukTbf
hzaeW/ginwoFnTlPCKzFMxS0GRjAf3z8jrL19LkVbp7kV6dsR2GJH1O393PaoC+R
T5d6wnidjGPzH7xu8gOLm0lN7Xo4MUMbkittjNKLexARRX6Av0+dgbTmD1f1gYPp
Ze3ithw5r83qtz2ykraDHYEn8bUNZdWH35p7gGjxGASoUiUrFl9GN6eKqQB29VbF
EqGJVJH6oGWJMVhknFc3
=FD9P
-----END PGP SIGNATURE-----
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
