<div dir="ltr"><div>If you follow back to the start of the thread, I shared some error messages and a link where someone pointed out that the device doesn't follow the USB spec. Not sure of the relevance.</div><div><br></div><div>When the sound quits, the computer is generally responsive.</div><div><br></div><div>Here's some output about the interrupts. The interface is on Bus 03 / Port 3 / Dev 8 hence xhci_hcd.</div><div><br></div><div><div>antony@cubase:~$ lsusb -t && grep -E "(CPU|xhci)" /proc/interrupts </div><div>/:  Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/6p, 5000M</div><div>/:  Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/14p, 480M</div><div>    |__ Port 2: Dev 2, If 0, Class=Mass Storage, Driver=usb-storage, 480M</div><div>    |__ Port 3: Dev 8, If 0, Class=Audio, Driver=snd-usb-audio, 12M</div><div>    |__ Port 3: Dev 8, If 1, Class=Audio, Driver=snd-usb-audio, 12M</div><div>    |__ Port 3: Dev 8, If 2, Class=Audio, Driver=snd-usb-audio, 12M</div><div>    |__ Port 3: Dev 8, If 4, Class=Application Specific Interface, Driver=, 12M</div><div>    |__ Port 3: Dev 8, If 6, Class=Audio, Driver=snd-usb-audio, 12M</div><div>    |__ Port 3: Dev 8, If 7, Class=Audio, Driver=snd-usb-audio, 12M</div><div>    |__ Port 4: Dev 4, If 0, Class=Video, Driver=uvcvideo, 480M</div><div>    |__ Port 4: Dev 4, If 1, Class=Video, Driver=uvcvideo, 480M</div><div>    |__ Port 4: Dev 4, If 2, Class=Audio, Driver=snd-usb-audio, 480M</div><div>    |__ Port 4: Dev 4, If 3, Class=Audio, Driver=snd-usb-audio, 480M</div><div>    |__ Port 7: Dev 5, If 0, Class=Human Interface Device, Driver=usbhid, 1.5M</div><div>    |__ Port 8: Dev 6, If 0, Class=Human Interface Device, Driver=usbhid, 1.5M</div><div>    |__ Port 8: Dev 6, If 1, Class=Human Interface Device, Driver=usbhid, 1.5M</div><div>/:  Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/2p, 480M</div><div>    |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M</div><div>/:  Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/2p, 480M</div><div>    |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M</div><div>           CPU0       CPU1       CPU2       CPU3       </div><div> 29:       1488 1092584730          0          0  IR-PCI-MSI 327680-edge      xhci_hcd</div></div><div><br></div><div>Nothing else is using that USB port.</div><div><br></div><div>Whilst reading around the points you raised, I found irqbalance. I see it is installed by default and running (not sure if that's a good thing, it sounds like a good idea to balance interrupts across all cores).</div><div><br></div><div>I also found this rather old thread when trying to find out how to get information about USB port priority: <a href="https://ubuntuforums.org/showthread.php?t=2184466">https://ubuntuforums.org/showthread.php?t=2184466</a>. Shame he didn't post here, he might have gotten a response.</div><div><br></div>I don't have a Mac or Windows machine to test with.</div><div class="gmail_extra"><br><div class="gmail_quote">On 14 April 2017 at 23:02, Len Ovens <span dir="ltr"><<a href="mailto:len@ovenwerks.net" target="_blank">len@ovenwerks.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Fri, 14 Apr 2017, Antony Gelberg wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Sorry, I can't quote easily (using Gmail on the web)...<br>
About underruns, I'm using 128 frames / period and 2 periods / buffer. Now I'm<br>
trying to reproduce the issue without jackd, I guess that might be less relevant.<br>
The "operations" I was talking about can hardly be called massive, and the<br>
lockups last for much longer than the operations themselves.<br>
<br>
it's a pretty decent i5, nothing earth-shattering, but then I'm not asking much<br>
of it. The lockups happen even without Ardour, just listening to music with<br>
Audacious / VLC / Chrome (YouTube) / listening to old demos on Audacity.<br>
</blockquote>
<br></span>
Shouldn't happen. I would think.<br>
<br>
Not sure if this has been asked before. WHere is the priority of the USB port in use? (as compared to other USB ports for example) The question is:<br>
What is going causing the delay? Sound device going to sleep? (or reconnecting maybe? - does dmesg show it connecting more than once?) or the computer having some other process taking over for too long. I assume that there is no mouse/keyboard/etc. using the same USB port. Does the computer itself seem unresponsive when the sound quits?<br>
<br>
Is it possible to test this device with a MAC or windows machine?<br>
<br>
<br>
--<br>
Len Ovens<br>
<a href="http://www.ovenwerks.net" rel="noreferrer" target="_blank">www.ovenwerks.net</a><div class="HOEnZb"><div class="h5"><br>
<br>
______________________________<wbr>_________________<br>
Linux-audio-user mailing list<br>
<a href="mailto:Linux-audio-user@lists.linuxaudio.org" target="_blank">Linux-audio-user@lists.linuxau<wbr>dio.org</a><br>
<a href="http://lists.linuxaudio.org/listinfo/linux-audio-user" rel="noreferrer" target="_blank">http://lists.linuxaudio.org/li<wbr>stinfo/linux-audio-user</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><a href="http://www.linkedin.com/in/antgel" target="_blank">http://www.linkedin.com/in/antgel</a><br></div><a href="http://about.me/antonygelberg" target="_blank">http://about.me/antonygelberg</a></div></div>
</div>