Red Hat Bugzilla – Bug 75288
Laptop resume hangs computer
Last modified: 2015-01-07 19:00:55 EST
From Bugzilla Helper: User-Agent: Mozilla/5.0 (compatible; Konqueror/3; Linux) Description of problem: Under RH 7.3, my Dell Inspiron 4100 could suspend and resume while X was running with the lid closing and opening. Now, under 8, it hangs the whole computer up. The keyboard is unresponsive. Under 7.3, I had the stock XFree86, plus an early-access X driver for the Radeon graphics from the driver author. That fixed a problem I had with resume causing the screen to "melt down" and fixed a nonfunctioning option to turn the laptop screen off when and external monitor is connected. The author had developed this version of the driver for XF 4.2. It looks like it is now incorporated in the RH 8 release. The author is hy0@ipoline.com. There do not appear to be any messages about this in the system log. Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1.configure BIOS to suspend when lid is shut 2.shut lid 3.open lid Actual Results: The fan goes on and it sounds like the system is going to start up. The screen stays blank, and the keyboard is unresponsive (caps lock, for example). Cannot reboot or halt computer. Cannot kill X session. Have to power-cycle. Expected Results: session resumes normally. Additional info:
I also have this problem with RH8 on my laptop (Dell Latitude C800, ATI Mobility M4), although I never installed RH7.3 on the computer. I cannot successfully suspend to disk nor suspend to RAM.
Inspiron 4000; same. Works if I set apmd setuid and use "Suspend" from the gnome panel battery applet, but not if I shut the lid. Well, it did. I upgraded to kernel 2.4.18-17 today and suspend doesn't power off the machine any more. This only happens when the ethernet card is in. Just filed a new bug 76206.
I have similar behaviour on my Dell Latitude L400. The strange thing is that it hangs on the *second* resume, the first suspend/resume works fine. This is 100% repeatable. It happens whether or not apmd is running, whether or not X is running, and none of the kernel configuration options related to APM have any effect.
*** This bug has been marked as a duplicate of 75278 ***
Changed to 'CLOSED' state since 'RESOLVED' has been deprecated.