30 Nov
2016
30 Nov
'16
10:34 a.m.
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@moonstudio ~]$ grep NAME_LIST /etc/default/rtirq | grep -v "#"
RTIRQ_NAME_LIST="snd_hdsp snd_ice1"
[weremouse@moonstudio ~]$ /etc/init.d/rtirq status | grep hdsp
392 FF 90 - 130 0.0 S irq/18-snd_hdsp
[weremouse@moonstudio ~]$ uname -r
4.4.0-47-lowlatency
[weremouse@moonstudio ~]$ lsb_release -d
Description: Ubuntu 16.04.1 LTS
[weremouse@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@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