Description of problem: 18.104.22.168-67.fc12.i686.PAE breaks laptop-lid behavior
Version-Release number of selected component (if applicable): 22.214.171.124-67.fc12.i686.PAE
How reproducible: always
Steps to Reproduce:
1. Update to 126.96.36.199-67.fc12.i686.PAE
2. Close laptop lid
3. Note that the setting for laptop-lid behavior in Gnome Power Manager does not appear to affect reproducibility.
Actual results: When laptop lid is reopened, the screen remains black.
Expected results: The GNOME display manager (log-in prompt) should appear. Note expected results occur with 188.8.131.52-174.2.22.fc12.i686.PAE.
Additional info: Not sure if the problems exist with non-i686 or non-PAE versions of the kernel.
Kernel 184.108.40.206-67.fc12.i686.PAE #1 SMP Sat Feb 27 09:42:55 UTC 2010 i686 i686 i386 GNU/Linux places laptop in suspend mode regardless of power settings. This was not the case in previous kernels. This behaviour is predictably re-creatable. My laptop model is HP G60-533CL NOTEBOOK.
I can also report that the suspend mode is not working with recent 2.6.32 kernels on my Thinkpad T400 with Intel onboard graphics. If I close the lid (or start the suspend-mode manually in the Gnome shutdown-menu) the machine tries to suspend (with the suspend-LED blinking) but does not succeed. The LED usually glows if the Thinkpad is in suspend, but it keeps blinking and the fan obviously still works. If I reopen it, the screen displays the fedora logo as seen during the boot process.
The problem is always reproducible. I will create an attachment with /var/log/pm-suspend.log, however as it seems to me there is no useful information in this logfile.
I haven't been using my Thinkpad in the past 3 weeks. Before, the suspend mode worked fine. Therefore I reckon one of the updates in the past 3 weeks is the problem.
If you do need any additional information / logfile, please ask.
Probably Bug 571131 (https://bugzilla.redhat.com/show_bug.cgi?id=571131) is connected to this issue. However, I can't say if there is heavy CPU-Usage since I don't hear the fan speed up (but I almost never hear the fan speeding up...)
Created attachment 399119 [details]
pm-suspend.log of my thinkpad while trying to go to suspend
(In reply to comment #2)
> I can also report that the suspend mode is not working with recent 2.6.32
> kernels on my Thinkpad T400 with Intel onboard graphics. If I close the lid (or
> start the suspend-mode manually in the Gnome shutdown-menu) the machine tries
> to suspend (with the suspend-LED blinking) but does not succeed. The LED
> usually glows if the Thinkpad is in suspend, but it keeps blinking and the fan
> obviously still works. If I reopen it, the screen displays the fedora logo as
> seen during the boot process.
My system also fails to suspend. I don't get the Fedora logo when I re-open the lid though, just a blank screen.
Have you tried reverting back to the older kernel (in GNOME: System > Administration > Boot Configuration)? That's been the temporary fix for me.
That fixes the problem for me as well, therefore the kernel 2.6.32 package is to be blamed. Please tell me how to provide useful informations to tackle the problem.
Same problem with kernel-220.127.116.11-70.fc12.x86_64.
Works for me with 18.104.22.168-90.fc12.i686.PAE
What about you Pedro, Y-H Chen and Don Fore?
kernel-22.214.171.124-90.fc12.x86_64 is failing to suspend here.
Problem persisting with 126.96.36.199-90.fc12.i686.PAE
188.8.131.52-99.fc12.i686.PAE introduced the problem again. However, switching back to 184.108.40.206-90 didn't help - stopped working as well. Any idea? This is a really annoying bug.
After a failed upgrade from FC11 to FC12, I install 220.127.116.11-99.fc12.i686.PAE on my Thinkpad Z61m. I then had problems with both suspend. In addition, my network would not come up automatically. When I fixed the network problem, my computer also suspended successfully. The next day after a boot, the problems returned. I again fixed the network again. Though the network after boot is now stable, the compute still will not suspend successfully.
After being unable to fix FC1, I loaded UBUNTU. The suspend initially worked but a few days later also would not suspend. I removed the Sandisk SD card from my Thinkpad. The system would successfully suspend and resume. I repeated the test a couple of time suspend with the card in and suspending with the card out. The system would only suspend with the card out. I have no way of knowing if removing the SD card when I had FC12 would have corrected the problem.
I can confirm, what a1554u2 found out. Same here on FC12 with the newest kernel 18.104.22.168-115.fc12.i686.PAE. After removing my SD-Card (why do I keep that SD-Card in the reader anyway??) my Thinkpad is able to suspend again. So this is the way I tested it:
1) SD-Card inside, close lid, reopen -> frozen...
2) Shutdown the Thinkpad (3 sec. Power-switch)
3) Remove SD-Card & switch on again
5) Try to suspend
After the reboot my network was disabled! I experienced this some time ago, but not recently. Maybe this is also somehow involved in the issue.
I don't have an SD card reader on my laptop. The only attachment I have is a USB mouse.
Every time I forced a reboot by holding down the power button, the network failed to start automatically the next time the system rebooted. When my system was restarted cleanly, the network started correctly. The above behavior was the same with FC12 and Ubuntu. I believe that is a separate problem.
Because of Johannes confirmation about the SD-card, I will be reinstalling FC12.
This message is a reminder that Fedora 12 is nearing its end of life.
Approximately 30 (thirty) days from now Fedora will stop maintaining
and issuing updates for Fedora 12. 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 '12'.
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 12'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 12 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:
I'm still experiencing this problem in Fedora 13.
My machine does not show this particular problem with the standby mode and SD-Cards any more when running 22.214.171.124-48.fc14.i686.PAE (F14).
However, standby does not work as reliably as it used to in Fedora 13. Sometimes (and I don't really know on what this "sometimes" depends), my notebook just doesn't go to standby when closing the lid. If I then check the Energy Settings, it doesn't even offer an option "Go to Standby". Additionally, the notebook can't be shut down then, except via a terminal as root.
Does anybody else experience similar behaviour?
Fedora 12 changed to end-of-life (EOL) status on 2010-12-02. Fedora 12 is
no longer maintained, which means that it will not receive any further
security or bug fix updates. As a result we are closing this bug.
If you can reproduce this bug against a currently maintained version of
Fedora please feel free to reopen this bug against that version.
Thank you for reporting this bug and we are sorry it could not be fixed.