8 Aug
2015
8 Aug
'15
9:46 p.m.
On 08/08/2015 05:05 PM, Ralf Mardorf wrote:
On Sat, 8 Aug 2015 15:35:28 +0100, Rui Nuno Capela
wrote:
indeed it is.
problem seems to be like strings "RME AIO_579bcc" on first line doesn't
match exactly with the longer "RME AIO S/N 0x579bcc" on 2nd line and so
that makes rtirq skip the respective entry altogether, when processing
for the "snd" particle.
it looks like previous kernels snd_hdsp module exposed exact strings,
not any longer.
so you're left with the RTIRQ_NAME_LIST="snd_hdsp"... workaround for sure.
hth.
cheers
--
rncbc aka. Rui Nuno Capela
On 08/07/2015 11:11 PM, Ralf Mardorf 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
On Fri, 07 Aug 2015 22:58:36 +0200, Robin Gareus
wrote:
and what stands for snd_hdsp anyway?
is it an ALSA device on its own, which correctly appears under
/proc/asounds/cards as a PCI sound-card device? because the "snd"
particle in RTIRQ_NAME_LIST stands only for ALSA PCI devices, USB and
FW ones don't apply there--the correct procedure is about having
"snd_hdsp" literally on RTIRQ_NAME_LIST, something you've already come
around.
just in case, please `cat /proc/asound/cards` on reply. On 08/07/2015 11:47 AM, Ralf Mardorf wrote:
> https://bugs.launchpad.net/ubuntu/+bug/1482347
does
sudo /etc/init.d/rtirq restart
on a running system fix this? If so this is a startup-order issue
(systemd related). rtirq is executed before the hdsp module
(firmware) is loaded.
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.