On Thu, 5 Dec 2002, Uros Bizjak wrote:

> Hello!
> 
> > I tried setting it to Capture.
> > No joy.  ALSA gets wedged just the same as before.
> > 
> > By the way, is this DMA Allocation thingy documented anywhere?????
> 
>   Yes, now it is mentioned in isa/sb/sb16_main.c driver source.
> 
> > I had to do a huge find|grep to figure out what this
> > suggestion was referring to.  Alsamixer knows nothing
> > of this switch.  Amixer knows nothing of this switch.
> > Fortunately alsactl can deal with it.
> 
>   It is not a IFACE_MIXER switch, but IFACE_PCM type switch.
> 
>   From the error message you posted about this bug, it looks that driver
> is trying to call prepare() operator on a substream that is still 
> in SNDRV_PCM_STATE_RUNNING state. Perhaps Jaroslav could tell us if this
> can happen if hardware pointers are not updated anymore (because sb16 DMA
> engine gets stucked somehow). Do you get an XRUN message in
> /var/log/messages?

Prepare can be called with status different than SNDRV_PCM_STATE_OPEN and 
SNDRV_PCM_STATE_RUNNING. You have to call snd_pcm_drop() and 
snd_pcm_drain() in this case. Ten second limit is in write() and read() 
syscalls, so it's possible that the SB DMA engine is somehow screwed.

                                                Jaroslav

-----
Jaroslav Kysela <[EMAIL PROTECTED]>
Linux Kernel Sound Maintainer
ALSA Project, SuSE Labs



-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
Alsa-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/alsa-devel

Reply via email to