]> git.ipfire.org Git - thirdparty/kernel/linux.git/commit
ASoC: SOF: ipc4-pcm: Continue the pipeline trigger in case of IPC timeout
authorPeter Ujfalusi <peter.ujfalusi@linux.intel.com>
Thu, 30 Jul 2026 11:23:43 +0000 (14:23 +0300)
committerMark Brown <broonie@kernel.org>
Fri, 31 Jul 2026 15:14:11 +0000 (16:14 +0100)
commit17661c67b206612cb3ba65d5ae726cd2015d0a53
treeb6ccf2bbb73e496d47fe43a67080aa6d8ea3a390
parent38417f5fc8e3323218c19bd7e419eec4fb0697bd
ASoC: SOF: ipc4-pcm: Continue the pipeline trigger in case of IPC timeout

Ignore IPC errors for pipeline state change if the firmware state is
crashed or the IPC has timed out.

If the firmware has crashed the kernel still needs to go through the state
changes to reset its internal to be able to correctly work the next time
the DSP is booted up.

The case with IPC timeout is a bit more problematic, but it has been
rootcaused to be the result of system scheduling blockage and the firmware
did actually received and handled the message, but the reply handling got
blocked by issues outside of the SOF stack.
So far the best way to handle this is to continue with setting the state.

Fixes: c40aad7c81e5 ("ASoC: SOF: ipc4-pcm: Workaround for crashed firmware on system suspend")
Cc: stable@vger.kernel.org
Signed-off-by: Peter Ujfalusi <peter.ujfalusi@linux.intel.com>
Reviewed-by: Kai Vehmanen <kai.vehmanen@linux.intel.com>
Link: https://patch.msgid.link/20260730112343.26687-1-peter.ujfalusi@linux.intel.com
Signed-off-by: Mark Brown <broonie@kernel.org>
sound/soc/sof/ipc4-pcm.c