[alsa-devel] PATCH - MIDI on ice1724 - real-time kernel problem SOLVED(?)

Pavel Hofman pavel.hofman at insite.cz
Fri Jun 27 15:54:41 CEST 2008


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 at 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.


More information about the Alsa-devel mailing list