<div dir="ltr"><div>Kernel output</div><div><br></div><div>10341.496256] usb 1-1: new full-speed USB device number 26 using xhci_hcd</div><div>[10341.641725] usb 1-1: New USB device found, idVendor=08e6, idProduct=3438</div><div>[10341.641732] usb 1-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3</div><div>[10341.641736] usb 1-1: Product: USB SmartCard Reader</div><div>[10341.641739] usb 1-1: Manufacturer: Gemalto</div><div>[10341.641742] usb 1-1: SerialNumber: CF4B23C4</div><div><br></div><div>lsusb -v in attachement</div><br><div class="gmail_quote"><div dir="ltr">Le lun. 22 mai 2017 à 11:07, Ludovic Rousseau <<a href="mailto:ludovic.rousseau@gmail.com">ludovic.rousseau@gmail.com</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">2017-05-22 10:16 GMT+02:00 Wolfgang Pichler <span dir="ltr"><<a href="mailto:wpichler@callino.at" target="_blank">wpichler@callino.at</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word">Hi,</div></blockquote><div><br></div><div>Hello,<br> <br></div></div></div></div><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><div></div><div>i did had the same bug - it seems that some Gemalto Sticks (not all) have a problem in the firmware intitalize procedure. Because of this problem you get a too big usb read bytes request - which will then fail…</div></div></blockquote><div><br></div></div></div></div><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div>Very interesting.<br><br></div><div>Can you send me the output of the GNU/Linux command "lsusb -v" for your bogus device?<br>And also the lines logged by the Linux kernel when you connect the device.<br><br>Same question with a non-bogus device if you have one.<br></div><div><br>How have you found the work around?<br></div><div>Have you used a USB hardware spy or something similar?<br><br></div><div>I am surprised to see that changing the _reception_ buffer length has an effect. The USB device should not know this buffer size. But I am not a USB expert.<br></div></div></div></div><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><div>Attached a workaround for this problem - which does work for me.</div><div><br></div><div>But as stated - this is a workaround - not a real bug fix.</div></div></blockquote><div><br></div></div></div></div><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div>The workaround has a bad size effect that reader responses of more than 4096 bytes would have problems.<br></div><div>Before I apply any workaround I need to understand why your change makes the reader work.<br clear="all"></div></div><br></div><div class="gmail_extra">Bye<br><br></div></div><div dir="ltr"><div class="gmail_extra">-- <br><div class="m_330151553136158136m_-287520824702272625gmail_signature" data-smartmail="gmail_signature"> Dr. Ludovic Rousseau</div>
</div></div>
_______________________________________________<br>
Pcsclite-muscle mailing list<br>
<a href="mailto:Pcsclite-muscle@lists.alioth.debian.org" target="_blank">Pcsclite-muscle@lists.alioth.debian.org</a><br>
<a href="http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pcsclite-muscle" rel="noreferrer" target="_blank">http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pcsclite-muscle</a></blockquote></div></div>