8 Aug
2015
8 Aug
'15
6:05 p.m.
On Sat, 8 Aug 2015 15:35:28 +0100, Rui Nuno Capela wrote:
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
Regards,
Ralf
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:
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.