934bf82203
For this bug, there are two capture pcm streams active, with one stream and its related stream tag released before suspend. Later when system suspend is done, the stream tag for the remaining active stream is released by SOF driver. After system resume, hda codec driver restores the stream tag for the active pcm stream, but SOF goes to assign a new one, which now doesn't match with the stream tag used by codec driver, and this causes DMA to fail receiving data, leading to unrecoverable XRUN condition in FW. For stream tag is stored in both hda codec and SOF driver, it shouldn't be released only in SOF driver. This patch just keeps the stream information in dma data and checks whether there is a stored DMA data for stream resuming from S3 and restores it. And it also removes DMA data when the stream is released. Tested on Whiskey Lake platform. GitHub issue: https://github.com/thesofproject/sof/issues/1594 Signed-off-by: Rander Wang <rander.wang@linux.intel.com> Signed-off-by: Pierre-Louis Bossart <pierre-louis.bossart@linux.intel.com> Link: https://lore.kernel.org/r/20190722141402.7194-19-pierre-louis.bossart@linux.intel.com Signed-off-by: Mark Brown <broonie@kernel.org> |
||
|---|---|---|
| .. | ||
| apl.c | ||
| bdw.c | ||
| byt.c | ||
| cnl.c | ||
| hda-bus.c | ||
| hda-codec.c | ||
| hda-ctrl.c | ||
| hda-dai.c | ||
| hda-dsp.c | ||
| hda-ipc.c | ||
| hda-loader.c | ||
| hda-pcm.c | ||
| hda-stream.c | ||
| hda-trace.c | ||
| hda.c | ||
| hda.h | ||
| intel-ipc.c | ||
| Kconfig | ||
| Makefile | ||
| shim.h | ||