Description of problem: Starting with kernel-2.6.18-1.2849.fc6, resume after suspend no longer works on my Thinkpad T43. Various symptoms depending on how I try to do it. For a while it was working with kernel-2.6.18-1.2868.fc6, with acpid running and with a sleep.sh in /etc/acpi/actions that both saved and restored vbestate(?). I had to open the lid twice to get it to restore, but now for some reason that just leads to a crash. How reproducible: Very reproducible, but, as I say, with different symptoms depending on what workaround I try. The initial symptom was that the screen would be blank, and that is why I tried the vberestore, but now that seems to have stopped working too. What bothers me is that I have seen no other reports of this. Perhaps it isn't really a bug. But suspend/resume works fine for me with earlier kernels. I should note that I am using xorg-x11-drv-fglrx. This is very similar to bug 16201, and I would have added a comment to that one except that it said not to.
With kernel-2.6.19-1.2895.fc6, suspend/resume seems to work. It did not work the first few times I tried. But then I did two things, and I'm not sure whether both are necessary. First, I added acpi_sleep=s3_bios to the end of the "kernel ..." line in /etc/grub.conf. That by itself did not solve the problem. Second, I put the following script (from an older effort I made to get things to work) in /etc/acpi/actions/ calling it sleep.sh: #!/bin/sh # remove USB 1.1 driver rmmod uhci_hcd # sync filesystem and clock sync /sbin/hwclock --systohc # switch to console FGCONSOLE=`fgconsole` chvt 6 /usr/sbin/radeontool light off vbetool vbestate save > /tmp/vbestate # go to sleep echo -n "mem" > /sys/power/state vbetool vbestate restore < /tmp/vbestate rm /tmp/vbestate # readjust the clock (it might be off a bit after suspend) /sbin/hwclock --adjust /sbin/hwclock --hctosys # reload USB 1.1 driver modprobe uhci_hcd # turn on the backlight and switch back to X radeontool light on chvt $FGCONSOLE
It stopped working again. I have not changed the kernel, but there was a new version of xorg-x11-server-Xorg.i386 1.1.1-47.5.fc6, and this may be the problem. As of now, it suspends, and recovers to the point where I can see the yellow letters "inu" (part of Linux, I assume) in the upper left. But the wireless doesn't work yet. So I have to reboot manually.
If I turn on acpid (with chkconfig, so that it is on when the computer boots), then things almost work. One problem is that, when I open the lid, the computer wakes up (almost) but then goes right back to sleep. (I had this problem before and solved it by turning off acpid.) The second time it wakes up, but without Xorg. If I then type ctrl-alt-F1, I get a prompt to log in. I log in as root and say "killall Xorg" and then X comes back. If I could jump to conclusions here, it seems that what has stopped working is hal. The problem of going back to sleep is the result of conflict between hal and acpi. But then I really am talking through my (red?) hat.
Suspend/resume works now, after installing xorg-x11-drv-fglrx-8.34.8-3.lvn6 and kmod-fglrx-8.34.8-1.2.6.19_1.2911.fc6. In /etc/acpi/actions, I have # remove USB 1.1 drivers - not sure all these are needed rmmod uhci_hcd rmmod ohci_hcd rmmod ehci_hcd # sync filesystem and clock sync /sbin/hwclock --systohc # switch to console FGCONSOLE=`fgconsole` chvt 6 /usr/sbin/radeontool light off # go to sleep echo -n "mem" > /sys/power/state # readjust the clock (it might be off a bit after suspend) /sbin/hwclock --adjust /sbin/hwclock --hctosys # reload USB 1.1 driver modprobe ehci_hcd modprobe ohci_hcd modprobe uhci_hcd # turn on the backlight and switch back to X radeontool light on chvt $FGCONSOLE
(This is a mass-update to all current FC6 kernel bugs in NEW state) Hello, I'm reviewing this bug list as part of the kernel bug triage project, an attempt to isolate current bugs in the Fedora kernel. http://fedoraproject.org/wiki/KernelBugTriage I am CC'ing myself to this bug, however this version of Fedora is no longer maintained. Please attempt to reproduce this bug with a current version of Fedora (presently Fedora 8). If the bug no longer exists, please close the bug or I'll do so in a few days if there is no further information lodged. Thanks for using Fedora!
It is nice to see that someone finally read this other than me! This bug has gone away, come back, gone away, come back, ... through several cycles. Now I'm using Fedora 8, and with the latest drivers and kmod-fglrx from livna, the bug is back: kmod-fglrx-8.443.1-1.7.12.lvn8 xorg-x11-drv-fglrx-8.443.1-1.7.12.lvn8 kernel-2.6.23.9-85.fc8 Thus, I have dropped back to the previous version. But I suspect that this is not the place to report bugs.
No, I didn't read the bug - I just did a mass update :) However, you have my attention now :) I'm going to change the version in this bug to F8, since it occurs there. Also, could you please try any applicable workarounds found at http://people.freedesktop.org/~hughsient/quirk/quirk-suspend-index.html ?
The same bug is on my desktop computer (which has a similar ATI video card and uses the same driver), and I tried these things there and they didn't work. I think the problem is with the driver or the kmod-fglrx. I suspect it will be fixed with the next version. They seem to come out every month. This is a proprietary driver, still, so there isn't much we can do but wait. If you really think that further testing on my laptop will do any good, I'll do it, but I'm reluctant.
I really don't think so - I was hoping that one of the quirks would help. Since it's a proprietary driver, I'm going to close this CANTFIX. Feel free to re-open the bug if it's found not to be the driver.