[ALSA] snd-aoa: fix onyx resume

When the machine resumes the onyx codec might be in a weird state. Hence,
simply fully reset it once (and keep the code to take it out of suspend in
case the suspend of the codec chip survives a reset).

Signed-off-by: Johannes Berg <johannes@sipsolutions.net>
Signed-off-by: Takashi Iwai <tiwai@suse.de>
Signed-off-by: Jaroslav Kysela <perex@suse.cz>

1 files changed, 10 insertions, 1 deletions

diff --git a/sound/aoa/codecs/snd-aoa-codec-onyx.c b/sound/aoa/codecs/snd-aoa-codec-onyx.c
index 0b7650788f1f..b00fc4842c93 100644
--- a/sound/aoa/codecs/snd-aoa-codec-onyx.c
+++ b/sound/aoa/codecs/snd-aoa-codec-onyx.c
@@ -825,7 +825,16 @@ static int onyx_resume(struct codec_info_item *cii)
         int err = -ENXIO;
 
         mutex_lock(&onyx->mutex);
-        /* take codec out of suspend */
+
+        /* reset codec */
+        onyx->codec.gpio->methods->set_hw_reset(onyx->codec.gpio, 0);
+        msleep(1);
+        onyx->codec.gpio->methods->set_hw_reset(onyx->codec.gpio, 1);
+        msleep(1);
+        onyx->codec.gpio->methods->set_hw_reset(onyx->codec.gpio, 0);
+        msleep(1);
+
+        /* take codec out of suspend (if it still is after reset) */
         if (onyx_read_register(onyx, ONYX_REG_CONTROL, &v))
                 goto out_unlock;
         onyx_write_register(onyx, ONYX_REG_CONTROL, v & ~(ONYX_ADPSV | ONYX_DAPSV));