[rtirq-init] Broken RTPRIO order

[Ralf Mardorf]

Hi,

take a look at irq/18-snd_hdsp.

[weremouse@moonstudio ~]$ dpkg -s linux-lowlatency rtirq-init | grep V;uname -m;cat /etc/issue;lsmod | grep 'hdspm '
Version: 4.1.0.3.3
Version: 20150216-1
x86_64
Ubuntu Wily Werewolf (development branch) \n \l

snd_hdspm 73728 0
[weremouse@moonstudio ~]$ grep IRQ_NA /etc/default/rtirq | grep -v '#'
RTIRQ_NAME_LIST="snd usb i8042"
[weremouse@moonstudio ~]$ /etc/init.d/rtirq status

  PID CLS RTPRIO NI PRI %CPU STAT COMMAND
  355 FF 90 - 130 0.0 S irq/20-snd_ice1
  356 FF 90 - 130 0.0 S irq/21-snd_ice1
   60 FF 85 - 125 0.0 S irq/19-ehci_hcd
   61 FF 85 - 125 0.0 S irq/16-ohci_hcd
   62 FF 84 - 124 0.0 S irq/17-ohci_hcd
   63 FF 83 - 123 0.0 S irq/18-ohci_hcd
   64 FF 83 - 123 0.0 S irq/17-ohci_hcd
   66 FF 82 - 122 0.0 S irq/18-ohci_hcd
   67 FF 80 - 120 0.0 S irq/1-i8042
   35 FF 50 - 90 0.0 S irq/9-acpi
   68 FF 50 - 90 0.0 S irq/8-rtc0
  134 FF 50 - 90 0.0 S irq/22-0000:00:
  145 FF 50 - 90 0.0 S irq/14-pata_ati
  150 FF 50 - 90 0.0 S irq/15-pata_ati
  151 FF 50 - 90 0.0 S irq/22-firewire
  163 FF 50 - 90 0.0 S irq/27-radeon
  302 FF 50 - 90 0.0 S irq/7-parport0
  339 FF 50 - 90 0.0 S irq/18-snd_hdsp
  555 FF 50 - 90 0.0 S irq/26-enp3s0
    3 TS - 0 19 0.0 S ksoftirqd/0
   17 TS - 0 19 0.1 S ksoftirqd/1

Regards,
Ralf

[Kaj Ailomaa (zequence)]

Did rtirq behave well for you on another system, in a previous release, or another distro perhaps? If so, would you please give us the version of the rtirq script where you had things working correctly.

[Ralf Mardorf (ralf-mardorf-j)]

It's an upstream bug.

I usually use /etc/conf.d/rtirq.good¹ and with this config it works for Ubuntu Studio too. For testing purpose I now booted Arch with the default config and it fails in the same way, as it fails for Ubuntu Studio.

It's not an issue for a customized audio install, but a serious issue for an audio install that is used with the OOTB defaults.

¹
[rocketmouse@archlinux ~]$ grep IRQ_NA /etc/conf.d/rtirq* | grep -v '#'
/etc/conf.d/rtirq:RTIRQ_NAME_LIST="snd usb i8042"
/etc/conf.d/rtirq.good:RTIRQ_NAME_LIST="snd_hdsp snd_ice1"

[Ralf Mardorf (ralf-mardorf-j)]

I forgot to mention that Ubuntu Studio and Arch use the same version of rtirq, but with different kernels.

[Len Ovens (len-ovenwerks)]

Ralf I have noticed the same thing with one of the things I tried to prioritize. I am wondering if it is a timing issue. That is, if rtirq is being run too soon before the irq driver is fully operating. It was obvious to me because the PID for mine is so much higher than any of the others. Try a sudo /etc/init.d/rtirq restart after boot and things have settled. Does that make a difference?

With sys v init everything is run in order, that is not the case with systemd which parallel processes things. It may be that some small delay in the script would fix things.

Mine: after boot:
  517 FF 90 - 130 0.1 S irq/17-snd_ice1
  512 FF 85 - 125 0.0 S irq/19-snd_ens1
   47 FF 50 - 90 0.0 S irq/9-acpi
   77 FF 50 - 90 0.0 S irq/20-ehci_hcd
   78 FF 50 - 90 0.0 S irq/23-ehci_hcd
   79 FF 50 - 90 0.0 S irq/41-xhci_hcd
   81 FF 50 - 90 0.0 S irq/12-i8042
   82 FF 50 - 90 0.0 S irq/1-i8042
   83 FF 50 - 90 0.0 S irq/8-rtc0
  153 FF 50 - 90 0.0 S irq/16-pata_jmi
  160 FF 50 - 90 0.0 S irq/43-ahci
  408 FF 50 - 90 0.0 S irq/44-mei_me
  446 FF 50 - 90 0.0 S irq/45-i915
 1315 FF 50 - 90 0.0 S irq/42-eth0
Mine after rtirq restart:
  517 FF 90 - 130 0.1 S irq/17-snd_ice1
  512 FF 85 - 125 0.0 S irq/19-snd_ens1
 1315 FF 80 - 120 0.0 S irq/42-eth0
   47 FF 50 - 90 0.0 S irq/9-acpi

In your case the PID is sooner than the two cards that did get grabbed, but it may still take some time to get fully initialized.

I use RTIRQ_NAME_LIST="snd_ice1712 snd eth0" because:
 a) I am too lazy to switch the two sound cards in their physical slots and the ensoniq interferes with the ice if higher.

 b) I want to play with AoIP as I have time.

[Ralf Mardorf (ralf-mardorf-j)]

Hi Len,

thank you for confirming the issue.
There's no time for a reboot at the moment.

Let's take a look, if it happens for other users too:

http://lists.linuxaudio.org/pipermail/linux-audio-user/2015-August/102245.html

Regards,
Ralf