[LAU] RME HDSP 9652 priority issue

[Ralf Mardorf]

On Wed, 30 Nov 2016 10:06:57 +0100, Michael Jarosch wrote:
>Seems like my HDSP is no longer catched by rtirq-init. At least htop
>doesn't list this card in the "priority-view". And I get a lot of
>xruns... Wonder, if this has sth to do with systemd?

What has got systemd to do with it?

Sometimes Debian and Ubuntu provide rtirq version that don't fit to
the used kernel. I noticed this several times and reports were always
ignored. I never experienced this inconsistency for my Arch Linux install.

Seldom upstream, IOW Rui needs to fix an issue, if e.g. kernel names
change. Happened years ago, that's why "snd_ice1" is for "ice1712".

[weremouse at moonstudio ~]$ grep NAME_LIST /etc/default/rtirq | grep -v "#"
RTIRQ_NAME_LIST="snd_hdsp snd_ice1"
[weremouse at moonstudio ~]$ /etc/init.d/rtirq status | grep hdsp
  392 FF      90   - 130  0.0 S    irq/18-snd_hdsp	
[weremouse at moonstudio ~]$ uname -r
4.4.0-47-lowlatency
[weremouse at moonstudio ~]$ lsb_release -d
Description:	Ubuntu 16.04.1 LTS
[weremouse at moonstudio ~]$ dpkg -l rtirq-init | grep ii
ii  rtirq-init     20150216-1   all          startup script for realtime-preempt enabled kernels

Sure that Debian and Ubuntu still use init scripts instead of units is
ridiculous. But systemd-sysv-generator hybrids don't cause issues in
regards to rtirq. I don't know why they pseudo migrated to systemd.

[weremouse at moonstudio ~]$ dpkg -L rtirq-init
/.
/etc
/etc/init.d
/etc/init.d/rtirq
/etc/default
/etc/default/rtirq
/usr
/usr/share
/usr/share/doc
/usr/share/doc/rtirq-init
/usr/share/doc/rtirq-init/copyright
/usr/share/doc/rtirq-init/changelog.Debian.gz