[alsa-devel] Layla 3G does not recover from ACPI Suspend

Takashi Iwai tiwai at suse.de
Sun Sep 6 17:46:24 CEST 2009


At Sun, 6 Sep 2009 15:16:57 +0100 (BST),
Mark Hills wrote:
> 
> I have an Echo Layla 3G in my workstation. It works for audio, but does 
> not recover from ACPI suspend to RAM.
> 
> On recovery the system is fine, and the Layla exists in 
> /proc/asound/cards. But when the Layla is used it prints this message to 
> dmesg, multiple times:
> 
>    wait_handshake(): Timeout waiting for DSP
> 
> Here are the relevant dmesg lines after awakening:
> 
>    Echoaudio Echo3G 0000:03:03.0: restoring config space at offset 0xf (was 0x100, writing 0x104)
>    Echoaudio Echo3G 0000:03:03.0: restoring config space at offset 0x4 (was 0x0, writing 0xe7d00000)
>    Echoaudio Echo3G 0000:03:03.0: restoring config space at offset 0x3 (was 0x0, writing 0xc010)
>    Echoaudio Echo3G 0000:03:03.0: restoring config space at offset 0x1 (was 0x2800000, writing 0x2800112)
>    Echoaudio Echo3G 0000:03:03.0: PCI INT A -> GSI 19 (level, low) -> IRQ 19
> 
> I couldn't see anything loading the firmware. I thought unloading and 
> loading snd-echo3g after recovery would help. This shows the firmware 
> being loaded, but then no ALSA device is shown in /proc/asound/cards. On 
> loading snd-echo3g:
> 
>    Echoaudio Echo3G 0000:03:03.0: PCI INT A -> GSI 19 (level, low) -> IRQ 19
>    Echoaudio Echo3G 0000:03:03.0: firmware: requesting ea/echo3g_dsp.fw
>    Echoaudio Echo3G 0000:03:03.0: firmware: requesting ea/loader_dsp.fw
>    Echoaudio Echo3G 0000:03:03.0: PCI INT A disabled
>    Echoaudio Echo3G: probe of 0000:03:03.0 failed with error -5
> 
> Is the firmware not being loaded when it should be? Or is there some extra 
> initialisation not being done (eg. init_hw() in echo3g_dsp.c)?

This driver doesn't support PM at all.  So, this behavior is expected.
Try to unload at suspend and reload at resume by some script.


Takashi


More information about the Alsa-devel mailing list