On Fri, 27 Jan 2023 16:41:42 +0100,
AiO wrote:
>
> Hello there,
>
> I've tried to find some insights in a weird problem I have with
> snd_hdspm. I guess it is an error-report/bug-posting.
>
> Audio-wise everything is super-duper, so don't worry. However... MIDI
> only works outbound from the on-board MIDI interface.
>
> MIDI-out always works perfectly from the card during normal operations.
>
> Whenever I connect anything to the MIDI-in and start feeding some
> MIDI-data, it seems ALSA crashes on me. here's a more detailed
> description:
>
> * I'm running linux-rt 6.0.5.14.realtime1-3-rt #1 SMP PREEMPT_RT (Arch)
>
> * When i give it a stream of MIDI data on the MIDI-in while playing
> some audio that application (e.g. mplayer or live inputs) logs:
>
> ALSA: poll time out, polled for 1999005 usecs, Retrying with a
> recovery, retry cnt = 1 (2, 3, 4, 5, and so on)
>
> And ALSA seem stuck in looping the last buffer over and over.
>
> * Nothing in journal, nothing in dmesg tells anything more about it
>
> What did I run in to?! :)
Possibly it went into the endless loop to flush the MIDI input bytes
where the hardware doesn't return the right value (likely returning
0xff constantly).
Could you check the patch below?
thanks,
Takashi
-- 8< --
--- a/sound/pci/rme9652/hdspm.c
+++ b/sound/pci/rme9652/hdspm.c
@@ -1838,7 +1838,9 @@ static inline int snd_hdspm_midi_output_possible (struct hdspm *hdspm, int id)
static void snd_hdspm_flush_midi_input(struct hdspm *hdspm, int id)
{
- while (snd_hdspm_midi_input_available (hdspm, id))
+ int count;
+
+ for (count = 0; snd_hdspm_midi_input_available(hdspm, id) && count < 256; count++)
snd_hdspm_midi_read_byte (hdspm, id);
}
