Martin Krüger wrote:
Martin Krüger schrieb:
Hi Pavel,
sorry for the long break, i was really busy at studying.
---snip---
Thanks a lot, Martin _______________________________________________ Alsa-devel mailing list Alsa-devel@alsa-project.org http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
Hi again,
i did some other playing around this evening. (Debugging would be a word much too big...)
I commented out the logic stuff in the following subroutines of the ice1724.c:
- static int vt1724_midi_output_open(struct snd_rawmidi_substream *s)
- static int vt1724_midi_output_close(struct snd_rawmidi_substream *s)
- static void vt1724_midi_output_trigger(struct snd_rawmidi_substream
*s, int up)
- static void vt1724_midi_output_drain(struct snd_rawmidi_substream *s)
The vt1724_enable_midi_irq(s, VT1724_IRQ_MPU_TX, 1) is killing my kernel, i don't know why.
So enabling the MPU TX interrupt causes lockup. Very similar to my experience with the previous version of the MIDI driver. Please put a debug line to snd_vt1724_interrupt, listing status bits for each interrupt. That was the place I experienced loops etc. In my case the flood eventually fooled the logging facility, but I could still read the first few logs.
On the input side everything works, so i am a bit confused. Again. ;-)
I was also getting only TX interrupt floods, RX was OK.
Good luck,
Pavel.