[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <cover.1645784757.git.quic_rbankapu@quicinc.com>
Date: Fri, 25 Feb 2022 16:09:31 +0530
From: Raghu Bankapur <quic_rbankapu@...cinc.com>
To: Vinod Koul <vkoul@...nel.org>, Jaroslav Kysela <perex@...ex.cz>,
"Takashi Iwai" <tiwai@...e.com>,
ierre-Louis Bossart <pierre-louis.bossart@...ux.intel.com>,
Mark Brown <broonie@...nel.org>,
"Kai Vehmanen" <kai.vehmanen@...ux.intel.com>,
Ranjani Sridharan <ranjani.sridharan@...ux.intel.com>,
Takashi Sakamoto <o-takashi@...amocchi.jp>,
Raghu Bankapur <quic_rbankapu@...cinc.com>,
<alsa-devel@...a-project.org>, Zubin Mithra <zsm@...omium.org>,
<linux-kernel@...r.kernel.org>
CC: Krishna Jha <quic_kkishorj@...cinc.com>
Subject: [PATCH V0 0/1] ALSA: pcm: fix blocking while loop in
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.
when runtime->hw_ptr_buffer_jiffies is 0 then update of while condition
hdelta > xrun_threshold will be always true because hdelta will not
change. This will lead to infinite loop causing lock-up
This issue found during stability test, below log explains CPU lock-up on CPU1
[ 922.249028] sched: RT throttling activated for rt_rq ffffffc0f9970778 (cpu 1)
[ 922.249028] potential CPU hogs:
[ 922.249028] **FastCapture (11426)
[ 922.249105] ------------[ cut here ]---------
To fix this lock-up issue, added new condition to check if runtime->
hw_ptr_buffer_jiffies is ZERO or negative.
Raghu Bankapur (1):
ALSA: pcm: fix blocking while loop in snd_pcm_update_hw_ptr0()
sound/core/pcm_lib.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
--
2.17.1
Powered by blists - more mailing lists