<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Fri, Oct 31, 2014 at 8:58 AM, Olaf Meeuwissen <span dir="ltr"><<a href="mailto:olaf.meeuwissen@avasys.jp" target="_blank">olaf.meeuwissen@avasys.jp</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Mike,<br>
<br>
First of all, apologies for the somewhat belated reply.  I will try to<br>
piece all the bits from your flurry of mails that followed this one<br>
together in this reply.<br><div><div class="h5"><br></div></div></blockquote><div>snip </div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5"></div></div>
I had an admittedly cursory look at your USB captures.  What struck me<br>
is the enormous amount of USB control messages in<br>
wireshark-start-xsane-acquire-preview-crash.pcapng, some 4234 packets<br>
out of a total of 4326 captured.  That's 97.9% of the packets.  While I<br>
find that surprising, I don't know whether it is abnormal.  Maybe<br>
someone with more knowledge of USB3 Linux support can chime in here?<br>
<br><br></blockquote><div>snip</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Please note that I am just thinking out loud (and don't have a lot of<br>
experience in this area).<br>
<br>
I'll see if I can find some time to play around with another scanner and<br>
reproduce some of what you're seeing.<br>
<div class="HOEnZb"><div class="h5"><br>
Hope this helps,<br></div></div></blockquote><div><br></div><div>Thank you for your extensive thoughts. No problem with delayed reply - most of us only have a fraction of our time to work on these things.</div><div><br></div><div>It does seem that this is not going to be a simple issue to resolve, with exploration needed on several different parts of the whole system, so nailing where the fundamental problem lies could need fixes in the kernel, the usb libraries or in sane code.  Either way it would be useful to have independent tests and more diagnostics. I did also read up more about mce errors and it seems that there is a package that can be installed that will allow getting more detailed logs from mce errors.  I am not sure that this will yield anything definitive though and it may be more of a consequence of errors elsewhere.</div><div><br></div><div>Anyway in due course if this could be explored further and gain traction on where the fixes are needed, then it might help quite a few people who are driving usb2 scanners (the vast majority) through usb3 interfaces, which will become a higher fraction of the usage cases for user machines as time passes.</div><div> </div></div>-- <br><div class="gmail_signature">mike c</div>
</div></div>