Description of problem: echo mem > /sys/power/state no longer is able to suspend my T42P. Version-Release number of selected component (if applicable): 2.6.14-1.1633_FC4 (from updates-testing) How reproducible: always Steps to Reproduce: 1.Start system. 2.Issue as root: 'echo mem > /sys/power/state' 3. Actual results: /var/log/messages contains: kernel: Stopping Tasks:===== kernel: stopping tasks failed (1 tasks remaining) kernel: Restarting tasks...<6> Strange, kauditd not stopped Expected results: machine suspends Additional info: This same exact behavior occurs with the rawhide kernels and I have reported a bug about this before (171648). It seems that this is something introduced in the 2.6.14 kernel. I had perfect suspend behavior with the previous FC4 kernel: 2.6.13-1.1532_FC4.
I am seeing the same behaviour on Acer Travelmate 230 laptop, ii.e with 2.6.14-1.1633_FC4 it abandons attempts to suspend in a very early stage. This laptop does suspend with 2.6.13-1.1532_FC4; maybe not perfect but "good enough".
I also see the same thing on my t42p. Sounds like kauditd is missing a call to try_todo_list();
Same on my ThinkPad T30...
Adding Patch820: linux-2.6.14-kauditd-suspend.patch (from rawhide kernel-2.6.14-1.1639_FC5) to the 2.6.14-1.1633_FC4 fixes this for me on FC4.
Same problme on my Thinkpad X40 ...
kernel 2.6.14-1.1636 from davej's testing repository at http://people.redhat.com/davej/kernels/Fedora/FC4/ fixes this issue for me.
kerne 2.6.14-1.1636_FC4 fixes this issue for me
It does return from a suspend with 2.6.14-1.1636_FC4 on a laptop mentioned in comment #1 but it developed another trouble. See bug #172808 for details. I wonder if anybody else have seen something of that sort.
2.6.14-1.1637_FC4 has been released as an update for FC4. Please retest with this update, as a large amount of code has been changed in this release, which may have fixed your problem. Thank you.
Working since 2.6.14-1.1636_FC4, 2.6.14-1.1637_FC4 included, on my system.
kernel 2.6.14-1.1637_FC4 also works for me.