On Thu, 29 Nov 2001, Paul Davis wrote:

> It looks like that the capture direction receives an interrupt before the
> >capture pointer has reached the period size boundary. You can increase the
> >insterrupt delay, something like this:
>
> i'll check on that, but i don't think thats what happened above. this
> should make it clearer (i processed the log this time):
>
> ----------------------------------------------------------------------
>
>    elapsed msecs  interval  cycle   event
>                    usecs   counter
>   -----------------------------------------------------------------------
>
>     2.644553     1171.313  5043063  trident interrupt chn = 0x40000000
>
> capture interrupt discarded as spurious (but history is not shown)
>
>     2.671316       26.762  5055106  trident interrupt chn = 0x80000000
>     2.686758       15.442  5062055  wakeup stream playback with 66 (since capture 
>wake: 644915)
>
> only playback woken, capture is still sleeping
>
>     2.704093       17.336  5069856  playback poll 2601: avail = 66
>     2.712380        8.287  5073585  capture poll 2679: avail = 2
>     2.841204      128.824  5131556  capture poll 2680: avail = 2
>
>     4.150211     1309.007  5720609  trident interrupt chn = 0x80000000
>
> next period, interrupt received, for playback only
>
>     4.166867       16.656  5728104  wakeup stream playback with 130 (since capture 
>wake: 1310964)
>     4.186267       19.400  5736834  trident interrupt chn = 0x40000000
>
> capture interrupt received, but discarded as spurious (too close to
> last interrupt (16+19 = 35usecs or 1.54 samples)). capture stream not
> woken.

It's really discarded as spurious? All voices has separate spurious
interrupt checking based on the global frame counter (stimer). Please, can
you verify it? I still think, that it would be better to call
snd_trident_capture_pointer() and see the actual ptr. My patch should
fix the problem, if ptr is less than period_size.

                                                Jaroslav

-----
Jaroslav Kysela <[EMAIL PROTECTED]>
SuSE Linux    http://www.suse.com
ALSA Project  http://www.alsa-project.org


_______________________________________________
Alsa-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/alsa-devel

Reply via email to