Takashi Iwai a6630529ae ALSA: hda: Workaround for spurious wakeups on some Intel platforms
We've received a regression report on Intel HD-audio controller that
wakes up immediately after S3 suspend.  The bisection leads to the
commit c4c8dd6ef807 ("ALSA: hda: Skip controller resume if not
needed").  This commit replaces the system-suspend to use
pm_runtime_force_suspend() instead of the direct call of
__azx_runtime_suspend().  However, by some really mysterious reason,
pm_runtime_force_suspend() causes a spurious wakeup (although it calls
the same __azx_runtime_suspend() internally).

As an ugly workaround for now, revert the behavior to call
__azx_runtime_suspend() and __azx_runtime_resume() for those old Intel
platforms that may exhibit such a problem, while keeping the new
standard pm_runtime_force_suspend() and pm_runtime_force_resume()
pair for the remaining chips.

Fixes: c4c8dd6ef807 ("ALSA: hda: Skip controller resume if not needed")
BugLink: https://bugzilla.kernel.org/show_bug.cgi?id=208649
Cc: <stable@vger.kernel.org>
Link: https://lore.kernel.org/r/20200727164443.4233-1-tiwai@suse.de
Signed-off-by: Takashi Iwai <tiwai@suse.de>
2020-07-27 18:45:38 +02:00
..
2020-01-05 16:14:53 +01:00
2020-01-05 16:14:38 +01:00
2020-01-28 16:26:57 -08:00
2020-01-05 16:14:52 +01:00
2020-01-28 16:26:57 -08:00
2020-01-28 16:26:57 -08:00
2020-01-05 16:14:48 +01:00
2020-01-28 16:26:57 -08:00
2020-01-05 16:14:47 +01:00
2020-01-05 16:14:30 +01:00
2020-01-28 16:26:57 -08:00
2020-01-05 16:14:54 +01:00
2020-01-05 16:15:09 +01:00
2020-01-05 16:14:55 +01:00
2020-01-05 16:15:10 +01:00
2020-01-05 16:15:11 +01:00
2020-01-05 16:14:54 +01:00
2020-01-05 16:14:55 +01:00
2020-01-05 16:15:12 +01:00
2019-10-07 03:53:03 +02:00
2020-01-28 16:26:57 -08:00
2020-01-28 16:26:57 -08:00
2020-01-28 16:26:57 -08:00