Re: [gentoo-user] No sound after suspend to ram + resume...
On Thursday 26 November 2009 00:46:48 Marcus Wanner wrote: On 11/25/2009 5:10 PM, Mick wrote: On Wednesday 25 November 2009 19:29:43 Marcus Wanner wrote: I just set up suspend to ram on my old Dell Dimension 8200. It has a Cirrus Logic CS 4614/22/24/30 [CrystalClear SoundFusion Audio Accelerator] sound card which uses the snd_cs46xx kernel driver. After suspending to ram (using hibernate-ram) and resuming, sound no longer works. I checked out dmesg, and it says that (among other things): during suspend: [ 354.947535] Sound Fusion CS46xx :02:07.0: PCI INT A disabled during resume: [ 355.029211] Sound Fusion CS46xx :02:07.0: restoring config space at offset 0xf (was 0x18040100, writing 0x18040103) [ 355.029231] Sound Fusion CS46xx :02:07.0: restoring config space at offset 0x5 (was 0x0, writing 0xfe10) [ 355.029239] Sound Fusion CS46xx :02:07.0: restoring config space at offset 0x4 (was 0x0, writing 0xfe2ff000) [ 355.029246] Sound Fusion CS46xx :02:07.0: restoring config space at offset 0x3 (was 0x0, writing 0x4000) [ 355.029256] Sound Fusion CS46xx :02:07.0: restoring config space at offset 0x1 (was 0x410, writing 0x4100102) [ 355.128883] Sound Fusion CS46xx :02:07.0: PCI INT A - GSI 16 (level, low) - IRQ 16 this is the interesting bit: [ 365.672980] cs46xx: failure waiting for FIFO command to complete I searched the web, but found nothing relevant. Any help would be very much appreciated. Check the various hybernation/acpi config files. There should be the option somewhere in there to stop alsasound when it hybernates and start it again on resume. That doesn't work, thanks for the suggestion though. I even tried running /etc/init.d/alsasound stop from a terminal, and sound kept playing. I added RestartServices alsasound to common.conf, and suspend + resumed. Going down, audio continued until the screen went black, then it jittered until the computer actually turned off (1/2 second later). When I pressed the power button to resume, I heard a pop, but nothing else. I think I need to actually restart the drivers and the hardware after resuming...and ideas? I guess you may need to moprobe -r driver before you hibernate and see if that works? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] No sound after suspend to ram + resume...
After suspending to ram (using hibernate-ram) and resuming, sound no longer works. I checked out dmesg, and it says that (among other things): Check the various hybernation/acpi config files. There should be the option somewhere in there to stop alsasound when it hybernates and start it again on resume. My wisdom agrees with this. 90% of problems I've had getting hibernate-ram to function correctly is all in the /etc/hibernate/common.conf file. Please check these options very well. For different kernel builds or X configurations, the best settings can easily change. If you recently updated the kernel, then please reboot once again, as the alsa configurations can change slightly, and it will try to auto-convert old alsa settings. Also please run alsaconf as well to make sure the settings are correct. ~daid
Re: [gentoo-user] No sound after suspend to ram + resume...
On 11/26/2009 2:21 AM, Mick wrote: I guess you may need to moprobe -r driver before you hibernate and see if that works? Yes, but only if not programs are using the module. Now, I have a script which shuts down alsasound, unloads and reloads the module, and then starts alsasound. However, it only works when no programs are trying to use the sound driver. Any programs using the sound driver when I suspend the system tend to crash when resumed, and the fixsound script only works if no such programs are open. Everything else works fine after suspend/resume, even the proprietary nvidia drivers. Thanks!
Re: [gentoo-user] No sound after suspend to ram + resume...
On 11/26/2009 5:02 AM, daid kahl wrote: After suspending to ram (using hibernate-ram) and resuming, sound no longer works. I checked out dmesg, and it says that (among other things): Check the various hybernation/acpi config files. There should be the option somewhere in there to stop alsasound when it hybernates and start it again on resume. My wisdom agrees with this. 90% of problems I've had getting hibernate-ram to function correctly is all in the /etc/hibernate/common.conf file. Please check these options very well. For different kernel builds or X configurations, the best settings can easily change. If you recently updated the kernel, then please reboot once again, as the alsa configurations can change slightly, and it will try to auto-convert old alsa settings. Also please run alsaconf as well to make sure the settings are correct. Thanks, as I said, the problem I have now is that programs that play sound (mplayer, Firefox sometimes) don't survive suspend-resume. Actually, they survive, it's just that FF tends to lock up when watching youtube-style videos. Sound is broken during suspend-resume, and can only be fixed by closing all programs using the sound drivers, then unloading and reloading the sound driver module. Unfortunately, the panel volume changer applet (for LXDE, I'm using hardware from 2000, remember...) is one of those programs (it took me a solid 3 hours to figure that one out), so I no longer run that applet. I am happy with my current suspend-resume setup, and can say that gentoo is the only distro that successfully suspend/hibernates when using the proprietary nvidia drivers, and the only one that runs with little enough latency for me* (preemptable kernel ftw!). Thanks guys. Marcus *The box says Designed for Windows Me on the side...it ran XP until I got ahold of it *evil smile*
[gentoo-user] No sound after suspend to ram + resume...
I just set up suspend to ram on my old Dell Dimension 8200. It has a Cirrus Logic CS 4614/22/24/30 [CrystalClear SoundFusion Audio Accelerator] sound card which uses the snd_cs46xx kernel driver. After suspending to ram (using hibernate-ram) and resuming, sound no longer works. I checked out dmesg, and it says that (among other things): during suspend: [ 354.947535] Sound Fusion CS46xx :02:07.0: PCI INT A disabled during resume: [ 355.029211] Sound Fusion CS46xx :02:07.0: restoring config space at offset 0xf (was 0x18040100, writing 0x18040103) [ 355.029231] Sound Fusion CS46xx :02:07.0: restoring config space at offset 0x5 (was 0x0, writing 0xfe10) [ 355.029239] Sound Fusion CS46xx :02:07.0: restoring config space at offset 0x4 (was 0x0, writing 0xfe2ff000) [ 355.029246] Sound Fusion CS46xx :02:07.0: restoring config space at offset 0x3 (was 0x0, writing 0x4000) [ 355.029256] Sound Fusion CS46xx :02:07.0: restoring config space at offset 0x1 (was 0x410, writing 0x4100102) [ 355.128883] Sound Fusion CS46xx :02:07.0: PCI INT A - GSI 16 (level, low) - IRQ 16 this is the interesting bit: [ 365.672980] cs46xx: failure waiting for FIFO command to complete I searched the web, but found nothing relevant. Any help would be very much appreciated. Marcus
Re: [gentoo-user] No sound after suspend to ram + resume...
On Wednesday 25 November 2009 19:29:43 Marcus Wanner wrote: I just set up suspend to ram on my old Dell Dimension 8200. It has a Cirrus Logic CS 4614/22/24/30 [CrystalClear SoundFusion Audio Accelerator] sound card which uses the snd_cs46xx kernel driver. After suspending to ram (using hibernate-ram) and resuming, sound no longer works. I checked out dmesg, and it says that (among other things): during suspend: [ 354.947535] Sound Fusion CS46xx :02:07.0: PCI INT A disabled during resume: [ 355.029211] Sound Fusion CS46xx :02:07.0: restoring config space at offset 0xf (was 0x18040100, writing 0x18040103) [ 355.029231] Sound Fusion CS46xx :02:07.0: restoring config space at offset 0x5 (was 0x0, writing 0xfe10) [ 355.029239] Sound Fusion CS46xx :02:07.0: restoring config space at offset 0x4 (was 0x0, writing 0xfe2ff000) [ 355.029246] Sound Fusion CS46xx :02:07.0: restoring config space at offset 0x3 (was 0x0, writing 0x4000) [ 355.029256] Sound Fusion CS46xx :02:07.0: restoring config space at offset 0x1 (was 0x410, writing 0x4100102) [ 355.128883] Sound Fusion CS46xx :02:07.0: PCI INT A - GSI 16 (level, low) - IRQ 16 this is the interesting bit: [ 365.672980] cs46xx: failure waiting for FIFO command to complete I searched the web, but found nothing relevant. Any help would be very much appreciated. Check the various hybernation/acpi config files. There should be the option somewhere in there to stop alsasound when it hybernates and start it again on resume. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] No sound after suspend to ram + resume...
On 11/25/2009 5:10 PM, Mick wrote: On Wednesday 25 November 2009 19:29:43 Marcus Wanner wrote: I just set up suspend to ram on my old Dell Dimension 8200. It has a Cirrus Logic CS 4614/22/24/30 [CrystalClear SoundFusion Audio Accelerator] sound card which uses the snd_cs46xx kernel driver. After suspending to ram (using hibernate-ram) and resuming, sound no longer works. I checked out dmesg, and it says that (among other things): during suspend: [ 354.947535] Sound Fusion CS46xx :02:07.0: PCI INT A disabled during resume: [ 355.029211] Sound Fusion CS46xx :02:07.0: restoring config space at offset 0xf (was 0x18040100, writing 0x18040103) [ 355.029231] Sound Fusion CS46xx :02:07.0: restoring config space at offset 0x5 (was 0x0, writing 0xfe10) [ 355.029239] Sound Fusion CS46xx :02:07.0: restoring config space at offset 0x4 (was 0x0, writing 0xfe2ff000) [ 355.029246] Sound Fusion CS46xx :02:07.0: restoring config space at offset 0x3 (was 0x0, writing 0x4000) [ 355.029256] Sound Fusion CS46xx :02:07.0: restoring config space at offset 0x1 (was 0x410, writing 0x4100102) [ 355.128883] Sound Fusion CS46xx :02:07.0: PCI INT A - GSI 16 (level, low) - IRQ 16 this is the interesting bit: [ 365.672980] cs46xx: failure waiting for FIFO command to complete I searched the web, but found nothing relevant. Any help would be very much appreciated. Check the various hybernation/acpi config files. There should be the option somewhere in there to stop alsasound when it hybernates and start it again on resume. That doesn't work, thanks for the suggestion though. I even tried running /etc/init.d/alsasound stop from a terminal, and sound kept playing. I added RestartServices alsasound to common.conf, and suspend + resumed. Going down, audio continued until the screen went black, then it jittered until the computer actually turned off (1/2 second later). When I pressed the power button to resume, I heard a pop, but nothing else. I think I need to actually restart the drivers and the hardware after resuming...and ideas? Marcus