From: Takashi Iwai <tiwai@suse.de>
To: Srinivas Kandagatla <srinivas.kandagatla@linaro.org>
Cc: alsa-devel@alsa-project.org, bgoswami@codeaurora.org,
spapothi@codeaurora.org, tiwai@suse.com,
Preetam Singh Ranawat <apranawat@codeaurora.org>,
vkoul@kernel.org, broonie@kernel.org
Subject: Re: [alsa-devel] [RFC PATCH] ALSA: pcm: fix blocking while loop in snd_pcm_update_hw_ptr0()
Date: Wed, 23 Oct 2019 15:29:27 +0200 [thread overview]
Message-ID: <s5h8spbzj2g.wl-tiwai@suse.de> (raw)
In-Reply-To: <20191023120114.17445-1-srinivas.kandagatla@linaro.org>
On Wed, 23 Oct 2019 14:01:14 +0200,
Srinivas Kandagatla wrote:
>
> From: Preetam Singh Ranawat <apranawat@codeaurora.org>
>
> When period interrupts are disabled, while loop in snd_pcm_update_hw_ptr0()
> results in the machine locking up if runtime->hw_ptr_buffer_jiffies is 0.
>
> Validate runtime->hw_ptr_buffer_jiffies value before while loop to avoid
> delta check.
Although the fix itself is fine, I still wonder how this is
triggered. Could you check in what kind of PCM state is it?
Basically snd_pcm_update_hw_ptr*() is called only in the running PCM
state, and for that, we should have set hw_ptr_buffer_jiffies at
snd_pcm_post_start(). It's
runtime->hw_ptr_buffer_jiffies = (runtime->buffer_size * HZ) /
runtime->rate;
So maybe the given buffer size is so small and hw_ptr_buffer_jiffies
is really 0?
thanks,
Takashi
>
> Signed-off-by: Preetam Singh Ranawat <apranawat@codeaurora.org>
> Signed-off-by: Srinivas Kandagatla <srinivas.kandagatla@linaro.org>
> ---
>
> This issue was noticed in Android setup from fastcapture path.
>
> sound/core/pcm_lib.c | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --git a/sound/core/pcm_lib.c b/sound/core/pcm_lib.c
> index d80041ea4e01..f407f6895f8a 100644
> --- a/sound/core/pcm_lib.c
> +++ b/sound/core/pcm_lib.c
> @@ -341,7 +341,8 @@ static int snd_pcm_update_hw_ptr0(struct snd_pcm_substream *substream,
> * the elapsed time to detect xruns.
> */
> jdelta = curr_jiffies - runtime->hw_ptr_jiffies;
> - if (jdelta < runtime->hw_ptr_buffer_jiffies / 2)
> + if ((jdelta < runtime->hw_ptr_buffer_jiffies / 2) ||
> + !runtime->hw_ptr_buffer_jiffies)
> goto no_delta_check;
> hdelta = jdelta - delta * HZ / runtime->rate;
> xrun_threshold = runtime->hw_ptr_buffer_jiffies / 2 + 1;
> --
> 2.21.0
>
_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
https://mailman.alsa-project.org/mailman/listinfo/alsa-devel
prev parent reply other threads:[~2019-10-23 13:30 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-10-23 12:01 [alsa-devel] [RFC PATCH] ALSA: pcm: fix blocking while loop in snd_pcm_update_hw_ptr0() Srinivas Kandagatla
2019-10-23 13:29 ` Takashi Iwai [this message]
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=s5h8spbzj2g.wl-tiwai@suse.de \
--to=tiwai@suse.de \
--cc=alsa-devel@alsa-project.org \
--cc=apranawat@codeaurora.org \
--cc=bgoswami@codeaurora.org \
--cc=broonie@kernel.org \
--cc=spapothi@codeaurora.org \
--cc=srinivas.kandagatla@linaro.org \
--cc=tiwai@suse.com \
--cc=vkoul@kernel.org \
/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