]> git.baikalelectronics.ru Git - kernel.git/commit
ASoC: samsung dma - Don't indicate support for pause/resume.
authorDylan Reid <dgreid@chromium.org>
Sat, 1 Sep 2012 08:38:19 +0000 (01:38 -0700)
committerMark Brown <broonie@opensource.wolfsonmicro.com>
Thu, 6 Sep 2012 10:55:59 +0000 (18:55 +0800)
commit0fe78da9eb005b32e2c92ab0f5e4fbfb6ff3c71c
tree106d78a1ed789c43c30d38f3fef876ac75c0acc6
parent96a034a6b2b4f9290e981101f3ccc8d8afed8d87
ASoC: samsung dma - Don't indicate support for pause/resume.

The pause and resume operations indicate that the stream can be
un-paused/resumed from the exact location they were paused/suspended.
This is not true for this driver, the pause and suspend triggers share
the same code path with stop, they flush all pending DMA transfers.
This drops all pending samples.  The pause_release/resume triggers are
the same as start, except that prepare won't be called beforehand,
nothing will be enqueued to the DMA engine and nothing will happen (no
audio).  Removing the pause flag will let apps know that it isn't
supported.  Removing the resume flag will cause user space to call
prepare and start instead of resume, so audio will continue playing when
the system wakes up.

Before removing the pause and resume flags, I tested this on an exynos
5250, using 'aplay -i'. Pause/un-pause leads to silence followed by a
write error.  Suspend/resume testing led to the same result.  Removing
the two flags fixes suspend/resume (since snd_pcm_prepare is called
again). And leads to a proper reporting of pause not supported.

Signed-off-by: Dylan Reid <dgreid@chromium.org>
Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com>
Cc: stable@vger.kernel.org
sound/soc/samsung/dma.c