diff options
| author | Takashi Iwai <tiwai@suse.de> | 2013-11-20 12:15:07 +0100 |
|---|---|---|
| committer | Takashi Iwai <tiwai@suse.de> | 2013-11-20 16:39:14 +0100 |
| commit | 0fc28fc030a85aa3d6d14e9e9fca0c8237c9ffb5 (patch) | |
| tree | cdc1aa54ea11813b005be3be65a4a103b977558b /sound/pci | |
| parent | 09d2014fb0c6bcd0bf60f46e890907facd25d22c (diff) | |
| download | linux-0fc28fc030a85aa3d6d14e9e9fca0c8237c9ffb5.tar.gz linux-0fc28fc030a85aa3d6d14e9e9fca0c8237c9ffb5.tar.bz2 linux-0fc28fc030a85aa3d6d14e9e9fca0c8237c9ffb5.zip | |
ALSA: hda - Fix unbalanced runtime PM notification at resume
When a codec is resumed, it keeps the power on while the resuming
phase via hda_keep_power_on(), then turns down via
snd_hda_power_down(). At that point, snd_hda_power_down() notifies
the power down to the controller, and this may confuse the refcount if
the codec was already powered up before the resume.
In the end result, the controller goes to runtime suspend even before
the codec is kicked off to the power save, and the communication
stalls happens.
The fix is to add the power-up notification together with
hda_keep_power_on(), and clears the flag appropriately.
Cc: <stable@vger.kernel.org>
Signed-off-by: Takashi Iwai <tiwai@suse.de>
Diffstat (limited to 'sound/pci')
| -rw-r--r-- | sound/pci/hda/hda_codec.c | 4 |
1 files changed, 4 insertions, 0 deletions
diff --git a/sound/pci/hda/hda_codec.c b/sound/pci/hda/hda_codec.c index afb90f48867f..69178c4f4113 100644 --- a/sound/pci/hda/hda_codec.c +++ b/sound/pci/hda/hda_codec.c @@ -4000,6 +4000,10 @@ static void hda_call_codec_resume(struct hda_codec *codec) * in the resume / power-save sequence */ hda_keep_power_on(codec); + if (codec->pm_down_notified) { + codec->pm_down_notified = 0; + hda_call_pm_notify(codec->bus, true); + } hda_set_power_state(codec, AC_PWRST_D0); restore_shutup_pins(codec); hda_exec_init_verbs(codec); |