diff options
author | Joachim Foerster <JOFT@gmx.de> | 2007-11-05 15:48:36 +0100 |
---|---|---|
committer | Jaroslav Kysela <perex@perex.cz> | 2008-01-31 17:29:15 +0100 |
commit | dddefd0d706da7d981e8e397231df257f0122a49 (patch) | |
tree | a34207d65501763dfdf91c34d724af7bb83774a9 /sound/drivers/ml403-ac97cr.c | |
parent | a9f00d8df2115b396f13ea74b835f18215a871cc (diff) |
[ALSA] [ML403-AC97CR] Fix capture/periodic overrun bug
We have to do fairly accurate counting of the minimal periods, instead
of being lazy and just setting the number to zero as soon as one period
elapses.
Signed-off-by: Joachim Foerster <JOFT@gmx.de>
Signed-off-by: Takashi Iwai <tiwai@suse.de>
Signed-off-by: Jaroslav Kysela <perex@perex.cz>
Diffstat (limited to 'sound/drivers/ml403-ac97cr.c')
-rw-r--r-- | sound/drivers/ml403-ac97cr.c | 6 |
1 files changed, 2 insertions, 4 deletions
diff --git a/sound/drivers/ml403-ac97cr.c b/sound/drivers/ml403-ac97cr.c index 22223152a34..c76a24e337f 100644 --- a/sound/drivers/ml403-ac97cr.c +++ b/sound/drivers/ml403-ac97cr.c @@ -28,11 +28,9 @@ * accesses to a minimum, because after a variable amount of accesses, the AC97 * controller doesn't raise the register access finished bit anymore ... * - * - Capture support works - basically, but after ~30s (with rates > ~20kHz) - * ALSA stops reading captured samples from the intermediate buffer and - * therefore a overrun happens - ATM I don't know what's wrong. - * * - Playback support seems to be pretty stable - no issues here. + * - Capture support "works" now, too. Overruns don't happen any longer so often. + * But there might still be some ... */ #include <sound/driver.h> |