Hello!
> In this state, 8bit IRQ is still pending! It looks that with some SB DSP
> chip versions, this will block generation of 8 _and_ 16bit IRQs.
>
> Attached patch (untested!) acknowledges [16|8] bit interrupt, but adds
> [8|16] bit acknowledge, if secondary channel is not in use at the moment.
>
> Please, could someone with described problems test this patch.
Hm, it really looks like hardware bug. Unfortunatelly, it is not just a
case of stucked interrupt, but something is wrong with capture channel
changing DMA from 16bit to 8bit if 8bit was used in full-duplex playback.
Changing DMA_OFF to DMA_EXIT does not help either.
I can trigger described bug only with this sequence
(with 16-bit DMA Allocation = Auto)
- start playback (16bit DMA)
- start capture (8bit DMA)
- stop playback
- stop capture
(it doesn't matter if capture is stopped firs)
- start capture (16bit DMA, fails)
Interesting, there are no problems with:
- start capture (16bit DMA)
- start playback (8bit DMA)
(stop them)
- start playback (16bit DMA, ok)
This behavior can be fixed by setting "16-bit DMA Allocation" control to
either playback or capture. Then everything works OK.
Uros.
-------------------------------------------------------
This sf.net email is sponsored by: See the NEW Palm
Tungsten T handheld. Power & Color in a compact size!
http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en
_______________________________________________
Alsa-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/alsa-devel
