alsa-devel.alsa-project.org archive mirror
 help / color / mirror / Atom feed
From: Lars-Peter Clausen <lars@metafoo.de>
To: Qiao Zhou <zhouqiao@marvell.com>
Cc: "alsa-devel@alsa-project.org" <alsa-devel@alsa-project.org>,
	"tiwai@suse.de" <tiwai@suse.de>,
	Mark Brown <broonie@opensource.wolfsonmicro.com>,
	lgirdwood@gmail.com,
	"zhangfei.gao@gmail.com" <zhangfei.gao@gmail.com>,
	trinity.qiao.zhou@gmail.com, Chao Xie <cxie4@marvell.com>
Subject: Re: async between dmaengine_pcm_dma_complete and snd_pcm_release
Date: Wed, 09 Oct 2013 10:19:41 +0200	[thread overview]
Message-ID: <5255119D.9020303@metafoo.de> (raw)
In-Reply-To: <525505C2.4070201@marvell.com>

On 10/09/2013 09:29 AM, Qiao Zhou wrote:
> Hi Mark, Liam, Jaroslav, Takashi
> 
> I met an issue in which kernel panic appears in dmaengine_pcm_dma_complete
> function on a quad-core system. The dmaengine_pcm_dma_complete is running
> core0, while snd_pcm_release has already been executed on core1, due to in
> low memory stress oom killer kills the audio thread to release some memory.
> 
> snd_pcm_release frees the runtime parameters, and runtime is used in
> dmaengine_pcm_dma_complete, which is a callback from tasklet in dmaengine.
> In current audio driver, we can't promise that dmaengine_pcm_dma_complete is
> not executed after snd_pcm_release on multi cores. Maybe we should add some
> protection. Do you have any suggestion?
> 
> I have tried to apply below workaround, which can fix the panic, but I'm not
> confident it's proper. Need your comment and better suggestion.

I think this is a general problem with your dmaengine driver, nothing audio
specific. If the callback is able to run after dmaengine_terminate_all() has
returned successfully there is a bug in the dmaengine driver. You need to
make sure that none of the callbacks is called after terminate_all() has
finished and you probably also have to make sure that the tasklet has
completed, if it is running at the same time as the call to
dmaengine_terminate_all().

- Lars


> 
> 
> From d568a88e8f66ee21d44324bdfb48d2a3106cf0d1 Mon Sep 17 00:00:00 2001
> From: Qiao Zhou <zhouqiao@marvell.com>
> Date: Wed, 9 Oct 2013 15:24:29 +0800
> Subject: [PATCH] ASoC: soc-dmaengine: add mutex to protect runtime param
> 
> under SMP arch, the dmaengine_pcm_dma_complete callback has the
> chance to run on one cpu while at the same time, the substream is
> released on another cpu. thus it may access param which is already
> freed. we need to add mutes to protect such access, and check PCM
> availability before using it.
> 
> Signed-off-by: Qiao Zhou <zhouqiao@marvell.com>
> ---
>  sound/soc/soc-dmaengine-pcm.c |   11 ++++++++++-
>  1 files changed, 10 insertions(+), 1 deletions(-)
> 
> diff --git a/sound/soc/soc-dmaengine-pcm.c b/sound/soc/soc-dmaengine-pcm.c
> index 111b7d9..5917029 100644
> --- a/sound/soc/soc-dmaengine-pcm.c
> +++ b/sound/soc/soc-dmaengine-pcm.c
> @@ -125,13 +125,22 @@ EXPORT_SYMBOL_GPL(snd_hwparams_to_dma_slave_config);
>  static void dmaengine_pcm_dma_complete(void *arg)
>  {
>      struct snd_pcm_substream *substream = arg;
> -    struct dmaengine_pcm_runtime_data *prtd = substream_to_prtd(substream);
> +    struct dmaengine_pcm_runtime_data *prtd;
> +
> +    mutex_lock(&substream->pcm->open_mutex);
> +    if (!substream || !substream->runtime) {
> +        mutex_unlock(&substream->pcm->open_mutex);
> +        return;
> +    }
> +
> +    prtd = substream_to_prtd(substream);
> 
>      prtd->pos += snd_pcm_lib_period_bytes(substream);
>      if (prtd->pos >= snd_pcm_lib_buffer_bytes(substream))
>          prtd->pos = 0;
> 
>      snd_pcm_period_elapsed(substream);
> +    mutex_unlock(&substream->pcm->open_mutex);
>  }
> 
>  static int dmaengine_pcm_prepare_and_submit(struct snd_pcm_substream
> *substream)

  reply	other threads:[~2013-10-09  8:17 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-10-09  7:29 async between dmaengine_pcm_dma_complete and snd_pcm_release Qiao Zhou
2013-10-09  8:19 ` Lars-Peter Clausen [this message]
2013-10-09  8:30   ` Lars-Peter Clausen
2013-10-09 10:23     ` Qiao Zhou
2013-10-09 11:00       ` Lars-Peter Clausen
2013-10-10  1:05         ` Qiao Zhou
2013-10-10  2:56           ` Vinod Koul
2013-10-10  5:54             ` Qiao Zhou
2013-10-10  2:54         ` Vinod Koul
2013-10-10  5:50           ` Qiao Zhou
2013-10-10 15:47             ` Vinod Koul
2013-11-05  8:55               ` Qiao Zhou
2013-10-10  7:46           ` Lars-Peter Clausen
2013-10-10 16:10             ` Vinod Koul
2013-10-10 17:53               ` Lars-Peter Clausen
2013-10-13 15:24                 ` Vinod Koul
2013-10-13 16:57                   ` Lars-Peter Clausen
2013-10-09 10:53     ` Takashi Iwai
2013-10-10  1:08       ` Qiao Zhou

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=5255119D.9020303@metafoo.de \
    --to=lars@metafoo.de \
    --cc=alsa-devel@alsa-project.org \
    --cc=broonie@opensource.wolfsonmicro.com \
    --cc=cxie4@marvell.com \
    --cc=lgirdwood@gmail.com \
    --cc=tiwai@suse.de \
    --cc=trinity.qiao.zhou@gmail.com \
    --cc=zhangfei.gao@gmail.com \
    --cc=zhouqiao@marvell.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).