<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">Hi,<div class=""><br class=""></div><div class="">i will try to collect this data.</div><div class=""><br class=""></div><div class="">An other thing i forgot to mention here - for me the bug only encountered on arm architecture (i have no idea why…) - the same lib versions on i386 / amd64 did worked.</div><div class=""><br class=""></div><div class="">I found the problem by adding some debug lines - to see where it does not get the correct answer. At this point i recongnised that the lib request to ready 65535 bytes from the usb stack - which seemed to be too much ;-). So i simply used a fixed value - which will be enough for my needs (signing a 256 bytes hash). But as said - this is just a workaround for me - no bug fix.</div><div class=""><br class=""></div><div class="">The only difference i found between the two sticks is - that the one which worked announced on more speed entry than the other stick. The rest ist identically.</div><div class=""><br class=""></div><div class="">Here is the original thread for reference:</div><div class=""><a href="http://lists.alioth.debian.org/pipermail/pcsclite-muscle/Week-of-Mon-20170220/000823.html" class="">http://lists.alioth.debian.org/pipermail/pcsclite-muscle/Week-of-Mon-20170220/000823.html</a></div><div class=""><br class=""></div><div class="">I forgot to answer - sorry.</div><div class=""><br class=""></div><div class="">The plattform is not a 2 byte int plattform.</div><div class=""><br class=""></div><div class="">The bug must be somewhere, where it does calculate the read size…</div><div class=""><br class=""></div><div class="">br,</div><div class="">Wolfgang</div><div class=""><br class=""></div><div class=""><div><blockquote type="cite" class=""><div class="">Am 22.05.2017 um 11:05 schrieb Ludovic Rousseau <<a href="mailto:ludovic.rousseau@gmail.com" class="">ludovic.rousseau@gmail.com</a>>:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class=""><div class="gmail_extra"><div class="gmail_quote">2017-05-22 10:16 GMT+02:00 Wolfgang Pichler <span dir="ltr" class=""><<a href="mailto:wpichler@callino.at" target="_blank" class="">wpichler@callino.at</a>></span>:<br class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word" class="">Hi,</div></blockquote><div class=""><br class=""></div><div class="">Hello,<br class=""> <br class=""></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" class=""><div class=""></div><div class="">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 class=""><br class=""></div><div class="">Very interesting.<br class=""><br class=""></div><div class="">Can you send me the output of the GNU/Linux command "lsusb -v" for your bogus device?<br class="">And also the lines logged by the Linux kernel when you connect the device.<br class=""><br class="">Same question with a non-bogus device if you have one.<br class=""></div><div class=""><br class="">How have you found the work around?<br class=""></div><div class="">Have you used a USB hardware spy or something similar?<br class=""><br class=""></div><div class="">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 class=""></div><div class=""> <br class=""></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" class=""><div class="">Attached a workaround for this problem - which does work for me.</div><div class=""><br class=""></div><div class="">But as stated - this is a workaround - not a real bug fix.</div></div></blockquote><div class=""><br class=""></div><div class="">The workaround has a bad size effect that reader responses of more than 4096 bytes would have problems.<br class=""></div><div class="">Before I apply any workaround I need to understand why your change makes the reader work.<br clear="all" class=""></div></div><br class=""></div><div class="gmail_extra">Bye<br class=""><br class=""></div><div class="gmail_extra">-- <br class=""><div class="m_-287520824702272625gmail_signature" data-smartmail="gmail_signature"> Dr. Ludovic Rousseau</div>
</div></div>
_______________________________________________<br class="">Pcsclite-muscle mailing list<br class=""><a href="mailto:Pcsclite-muscle@lists.alioth.debian.org" class="">Pcsclite-muscle@lists.alioth.debian.org</a><br class="">http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pcsclite-muscle</div></blockquote></div><br class=""></div></body></html>