diff options
| author | Jarkko Nikula <jarkko.nikula@linux.intel.com> | 2014-08-11 15:15:38 +0400 |
|---|---|---|
| committer | Mark Brown <broonie@linaro.org> | 2014-08-11 16:40:24 +0400 |
| commit | b80d19c166c4f086eefa05308ab0cb28e43c4ca2 (patch) | |
| tree | 357891403022f6088c9a3ca3a7b78d800ccc1626 /sound/oss/sb_midi.c | |
| parent | 9246539bdda4206c53be1045778b642f1c8137e4 (diff) | |
| download | linux-b80d19c166c4f086eefa05308ab0cb28e43c4ca2.tar.xz | |
ASoC: Intel: Restore Baytrail ADSP streams only when ADSP was in reset
There is no need to restore and restart PCM streams in case ADSP didn't
reach reset and power off state during system suspend/resume cycle. In that
case stream is still active but paused and firmware doesn't allow allocating
a new stream before paused stream is freed.
ADSP remains active in case suspend sequence didn't go to suspend_late
stage. This can happen when either suspend sequence is aborted by a wakeup
or by letting only devices suspend by "echo devices >/sys/power/pm_test".
Currently stream restoring fails in these suspend cases. Fix this by adding
a flag that indicates is complete stream reinitialization needed or is it
enough to resume paused stream. Flag is set when we know that ADSP reached
suspend_late.
Initial fix to this issue came from Fang Yang. I modified it a little and
forward ported it to top of two other suspend/resume patches from me.
Signed-off-by: Jarkko Nikula <jarkko.nikula@linux.intel.com>
Tested-by: Borun Fu <borun.fu@intel.com>
Cc: yang fang <yang.a.fang@intel.com>
Signed-off-by: Mark Brown <broonie@linaro.org>
Diffstat (limited to 'sound/oss/sb_midi.c')
0 files changed, 0 insertions, 0 deletions