Bug 499047

This bug still persists in F11, so changing this bug to version 11.

Try disabling the cpuspeed service.

To clarify, bug 499651 sounds very much like the same issue. As stated there, disabling the cpuspeed service works for me. Note a reboot is required after doing that (or one can manually stop the service and rmmod acpi_cpufreq).

This workaround did not seem to work.  Here is what I did:

(as root)

service cpuspeed stop

rmmod acpi_cpufreq

then I tried to suspend the system... it suspended fine.  When I tried to resume however, the screen came on but the machine was completely locked up.  After rebooting I got this oops message:


Kernel failure message 1:
BUG: sleeping function called from invalid context at kernel/workqueue.c:440
in_atomic(): 0, irqs_disabled(): 1, pid: 9221, name: pm-hibernate
Pid: 9221, comm: pm-hibernate Tainted: G        W  2.6.29.4-167.fc11.i686.PAE #1
Call Trace:



And that's it.  No "trace" appears under 'Call Trace:'

After additional testing,

The same symptoms are experienced for both suspend to RAM and suspend to disk.  There appears to be no problem suspending while in init 3 (it works every time, all the time), but when using init 5, it usually works once, then always freezes the system when resuming for the 2nd time.

Had the same problem on a Acer Aspire 3610. But hibernate worked well all the time, so I used that until I had time to check the bug system.

Used the work around from  Bug 499651:

Don't forget to do:
chkconfig cpuspeed off

after:
/etc/init.d/cpuspeed stop
rmmod acpi_cpufreq

otherwise the system will reload the service after boot.

lspci -vk:

00:00.0 Host bridge: Intel Corporation Mobile 915GM/PM/GMS/910GML Express Processor to DRAM Controller (rev 03)
	Subsystem: Acer Incorporated [ALI] Device 006a
	Flags: bus master, fast devsel, latency 0
	Capabilities: [e0] Vendor Specific Information <?>
	Kernel driver in use: agpgart-intel

00:02.0 VGA compatible controller: Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller (rev 03) (prog-if 00 [VGA controller])
	Subsystem: Acer Incorporated [ALI] Device 006a
	Flags: bus master, fast devsel, latency 0, IRQ 16
	Memory at b0080000 (32-bit, non-prefetchable) [size=512K]
	I/O ports at 1800 [size=8]
	Memory at c0000000 (32-bit, prefetchable) [size=256M]
	Memory at b0000000 (32-bit, non-prefetchable) [size=256K]
	Expansion ROM at <unassigned> [disabled]
	Capabilities: [d0] Power Management version 2
	Kernel driver in use: i915
	Kernel modules: i915

00:02.1 Display controller: Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller (rev 03)
	Subsystem: Acer Incorporated [ALI] Device 006a
	Flags: fast devsel
	Memory at 6c000000 (32-bit, non-prefetchable) [disabled] [size=512K]
	Capabilities: [d0] Power Management version 2

Hi, 

This bug *appears* to be fixed in the latest rawhide kernel build:

2.6.31-0.62.rc2.git4.fc12

http://koji.fedoraproject.org/koji/buildinfo?buildID=113619

Now my suspend to ram works fine, and the suspend to disk works but the X session crashes and I Have to log in again.

Removing the acpi_cpufreq module fixes my crash on second resume as well.

Adding the following 75cpuspeed script to /etc/pm/sleep.d is a solution:


#!/bin/sh

case "$1" in
	hibernate|suspend)
	        /sbin/service cpuspeed stop
		/sbin/rmmod acpi_cpufreq
		;;
	thaw|resume)
		/sbin/service cpuspeed start
		modprobe acpi_cpufreq 
		;;
	*) exit $NA
		;;
esac

*** Bug 507652 has been marked as a duplicate of this bug. ***

This seems fixed for me with recent F11 kernels.

This message is a reminder that Fedora 11 is nearing its end of life.
Approximately 30 (thirty) days from now Fedora will stop maintaining
and issuing updates for Fedora 11.  It is Fedora's policy to close all
bug reports from releases that are no longer maintained.  At that time
this bug will be closed as WONTFIX if it remains open with a Fedora 
'version' of '11'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version' 
to a later Fedora version prior to Fedora 11's end of life.

Bug Reporter: Thank you for reporting this issue and we are sorry that 
we may not be able to fix it before Fedora 11 is end of life.  If you 
would still like to see this bug fixed and are able to reproduce it 
against a later version of Fedora please change the 'version' of this 
bug to the applicable version.  If you are unable to change the version, 
please add a comment here and someone will do it for you.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events.  Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

The process we are following is described here: 
http://fedoraproject.org/wiki/BugZappers/HouseKeeping

I confirm that this is fixed with current kernels. I didn't report the bug, so I can't change its status, but someone should mark it FIXED

(In reply to comment #13)
> I confirm that this is fixed with current kernels. I didn't report the bug, so
> I can't change its status, but someone should mark it FIXED    

Confirming this with my current kernel on F-11 (kernel-2.6.32.10-44.fc11.i586).  Closing bug.  Probably best to open a new bug if similar issue crops up.