[alsa-devel] [PATCH 3/9] ASoC: compress: dont aquire lock for draining states
Vinod Koul
vinod.koul at intel.com
Tue Aug 27 08:40:33 CEST 2013
Both draining and partial draning states will take a while getting executed. The
lock aquired will block the other operations like pause, stop etc which are
perfectly valid cmds during these states. So dont use mutex while invoking DSP
for these ops
Signed-off-by: Vinod Koul <vinod.koul at intel.com>
Cc: <stable at vger.kernel.org>
---
sound/soc/soc-compress.c | 10 ++++++++++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/sound/soc/soc-compress.c b/sound/soc/soc-compress.c
index 06a8000..800ee89 100644
--- a/sound/soc/soc-compress.c
+++ b/sound/soc/soc-compress.c
@@ -171,6 +171,16 @@ static int soc_compr_trigger(struct snd_compr_stream *cstream, int cmd)
struct snd_soc_dai *codec_dai = rtd->codec_dai;
int ret = 0;
+ /* for partial drain and drain cmd dont aquire lock while invoking DSP.
+ * These calls will be blocked till these operation can complete while
+ * will be a while. And during that app can invoke STOP, PAUSE etc
+ */
+ if (cmd == SND_COMPR_TRIGGER_PARTIAL_DRAIN || cmd == SND_COMPR_TRIGGER_DRAIN) {
+ if (platform->driver->compr_ops &&
+ platform->driver->compr_ops->trigger)
+ return platform->driver->compr_ops->trigger(cstream, cmd);
+ }
+
mutex_lock_nested(&rtd->pcm_mutex, rtd->pcm_subclass);
if (platform->driver->compr_ops && platform->driver->compr_ops->trigger) {
--
1.7.0.4
More information about the Alsa-devel
mailing list