On Fri, 07 Aug 2015 22:58:36 +0200, Robin Gareus wrote: No, rtirq restart didn't fix it for RTIRQ_NAME_LIST="snd usb i8042". With RTIRQ_NAME_LIST="snd_hdsp snd_ice1" the order is ok after startup. [root@moonstudio weremouse]# grep \"s /etc/default/rtirq RTIRQ_NAME_LIST="snd usb i8042" [root@moonstudio weremouse]# /etc/init.d/rtirq status|grep snd_hdsp 314 FF 50 - 90 0.0 S irq/18-snd_hdsp [root@moonstudio weremouse]# /etc/init.d/rtirq restart Setting IRQ priorities: start [ICE1712] irq=20 pid=344 prio=90: OK. Setting IRQ priorities: start [ICE1712] irq=21 pid=349 prio=90: OK. Setting IRQ priorities: start [ohci_hcd] irq=16 pid=61 prio=85: OK. Setting IRQ priorities: start [ohci_hcd] irq=17 pid=62 prio=84: OK. Setting IRQ priorities: start [ohci_hcd] irq=17 pid=64 prio=83: OK. Setting IRQ priorities: start [ohci_hcd] irq=18 pid=63 prio=83: OK. Setting IRQ priorities: start [ohci_hcd] irq=18 pid=66 prio=82: OK. Setting IRQ priorities: start [ehci_hcd] irq=19 pid=60 prio=85: OK. Setting IRQ priorities: start [i8042] irq=1 pid=67 prio=80: OK. [root@moonstudio weremouse]# /etc/init.d/rtirq status|grep snd_hdsp 314 FF 50 - 90 0.0 S irq/18-snd_hdsp [root@moonstudio weremouse]# nano /etc/default/rtirq [root@moonstudio weremouse]# grep \"s /etc/default/rtirq RTIRQ_NAME_LIST="snd_hdsp snd_ice1" [root@moonstudio weremouse]# shutdown -r now [root@moonstudio weremouse]# /etc/init.d/rtirq status|grep snd_hdsp 324 FF 90 - 130 0.0 S irq/18-snd_hdsp Regards, Ralf

On Sat, 8 Aug 2015 15:35:28 +0100, Rui Nuno Capela wrote: Hi Rui, the HDSP is a HDSPe, IOW a PCIe card, an ALSA device. [rocketmouse@archlinux ~]$ cat /proc/asound/cards 0 [HDSPMx579bcc ]: HDSPM - RME AIO_579bcc RME AIO S/N 0x579bcc at 0xfdff0000, irq 18 1 [EWX2496 ]: ICE1712 - TerraTec EWX24/96 TerraTec EWX24/96 at 0xbf00, irq 20 2 [EWX2496_1 ]: ICE1712 - TerraTec EWX24/96 TerraTec EWX24/96 at 0xbb00, irq 21 Regards, Ralf

On Sat, 8 Aug 2015 20:46:17 +0100, Rui Nuno Capela wrote: Rui, thank you for the explanation. It's not a workaround for me, I anyway would add snd_hdsp to ensure that it gets a higher priority, than the Envy24 cards. I just worried about it, because I didn't know, if it could become an issue for other set-ups, used by others or maybe used by me in the future. Without a script that works around this issue, for this card and perhaps other cards, a default config to provide usable priorities for all snd devices isn't ensured. That's a pity. Regards, Ralf

On Sat, 8 Aug 2015 17:25:48 -0700 (PDT), Len Ovens wrote: At least USB automatically gets a better rtprio than 50 by default ;). It's not needed to make a dedicated USB port head of the ports, this is just optimizes it. Shared IRQs are another issue, this could happen to PCI and PCIe devices too, that's why I run a script to unbind some USB ports. $ grep Unbinding -A2 /usr/local/sbin/tuning ### Unbinding devices echo -n "0000:00:13.2" > /sys/bus/pci/drivers/ohci_hcd/unbind echo -n "0000:00:13.4" > /sys/bus/pci/drivers/ohci_hcd/unbind I bought an USB panel for a few Cents to use the other USB ports of the mobo, that don't have USB connectors. A GUI or ncurses based tool won't help much, if you need to unbind ports. It's annoying trial and error. http://wiki.linuxaudio.org/wiki/system_configuration#solve_irq_conflicts_by… The importance of shared IRQs is overrated. Using older kernels the graphics and the PCIe sound card share an IRQ, with newer kernels another IRQ is assigned to the graphics, but this doesn't improve the situation. For newer kernels the PCIe sound card shares the IRQ with USB, but unbinding the ports also doesn't improve something. I can't go lower than -p256, and even with -p256 I still get tons of xruns and it doesn't help if I use values > 256, I still get the same amount of xruns. However, the pitfalls of hardware combinations are a different issue, than default rtprios. A default that gives all sound devices a rtprio > 50 is useful and it's bad that this isn't granted. A script could run lsmod|grep snd|cut -f1 -d" ", exclude modules like snd_mpu401_uart provided by a list of modules that aren't audio devices (or the script compares with a list of modules that are for audio devices) and with sed add the first 8 chars of audio device modules to the RTIRQ_NAME_LIST, but rtirq can't do this, at least not by default, since we don't want that a manually edited RTIRQ_NAME_LIST is overwritten. IOW my resume is the similar to yours, it's impossible to provide rtprios > 50 for all audio devices by a default config, when using just "snd" in the RTIRQ_NAME_LIST can't grant it. Perhaps it's time to close my bug report ( https://bugs.launchpad.net/ubuntu/+bug/1482347 ), since there's no way to solve it. Regards, Ralf