From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.9) Gecko/20020408 Description of problem: Using the suspend-to-disk utility on Dell Latitude C610. On restore from S2D, VCs seem to work fine, however if suspend is done from X display or on switching to X display after restore, the display freezes, no cursor, no keyboard. The machine must be power-cycled to regain control. Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1.Install Dell S2D utility and create S2D partition. 2.Boot Linux 3.Invoke S2D (<Fn>-A key combo) 4.Power machine back on. Actual Results: X display freezes as described above. Expected Results: Fully functional X display. Additional info: When going into suspend mode, the X display becomes scrambled. On restore, the display looks correct, but does not respond to mouse or keyboard. Other model Dell Latitudes with other X drivers do not exhibit the problem.
Is your machine running the latest BIOS update from Dell?
Yes, A07 released 4/12/2002.
X11 does not cope well with clock skew during suspend/resume cycles. It also does not cope well with clock changes at all during runtime. Are you running any clock sync tools?
Yes, adjtimex. Keeps pretty fair time too. I did just try again, and the times before and after suspend followed by immediate resume look about right. Same symptoms. Note that there is a cursor and it moves when you make motions on the touchpad, but clicks don't have any effect and you can't mouse past the edge of the screen and get it to flip (even though the option is set and works normally).
I'm having mouse problems on a Latitude CPxJ, but it's not related to suspend/resume. Sometimes I log out and my mouse just stops working altogether. I Ctrl-Alt-Backspace at the GDM login, and it still doesn't come back. I need to reboot. I'm also using the latest BIOS updates for my model. This sounds like a Dell BIOS issue though, because the problems are too similar.
I believe this is a duplicate issue of 63509 and fixed by the same. *** This bug has been marked as a duplicate of 63509 ***
Reopening as you've indicated this problem isn't resolved by the one I duped it against.
mjs: Are you using 7.3 still or 8.0 now?
Currently using 8.0, kernel-2.4.18-18.8.0, all other updates, XFree86-4.2.1-10. (BTW, 8.0 did fix the screensaver crashes for me, and either 8.0 or acroread 5.06 fixed the incorrectly-aligned full-screeen acroread mode. Don't recall those bug numbers offhand, though.)
Have you tried Red Hat Linux 8.0 by chance? If so, is the problem present still? I've got test packages for 8,0 avail that I believe might fix this if 8.0 doesn't already. XFree86-4.2.1-10.5 on ftp://people.redhat.com/mharris/testing/8.0 Can you test this perhaps?
Yes, currently running 8.0 with all updates. Unfortunately, no joy with XFree86-4.2.1-10.5. Below, I've reproduced my comments from bug #63509 which led you to reopen this one. The same symptoms occur with XFree86-4.2.1-10.5. -------------- From Bug #63509 --------------- My test result notes: (1) This appears to fix the loss of key repeat when the clock goes back (can't recall which bug that is). (2) Re: Bug 64782. The behavior has changed but is not fixed. On resume from APM suspend-to-disk, the X screen is completely frozen and does not respond to mouse or keyboard (where I used to be able to move the mouse cursor but not click or keyboard). There is intermittent disk activity (where I don't recall having any before). I can ssh to the machine and see that X has run away and is taking almost 100% of CPU. ----------------------------------------------
One more data point: Setting CHANGEVT="7" in /etc/sysconfig/apmd has no effect, ie.e, the symptoms appear either way.
Maybe this could be of help: http://cpbotha.net/dri_resume.html
With XFree86-4.3.0-5, restore comes back with the display blank and no screen image, cursor, or keyboard. I can still log in remotely, and X is using 99% of CPU. (Interestingly, with the XFree86 distributed with RH9, I noticed the following: If I suspended to disk from the X login screen (using GNOME), then resume seemed to work. I could enter userid and password. When I logged in from that screen, then the screen froze as before. Using the test XFree86, the freeze occurs with the login screen also.) BTW, I am now using a Dell Latitude C640 (Radeon 7500 Mobility) BIOS A08, Red Hat Linux 9 with all updates plus the test version of XFree86.
Please try upgrading to our latest OS release "Fedora Core 2" and see if this problem persists. If the issue does persist, please file a new bug report in X.Org bugzilla located at: http://bugs.freedesktop.org Setting status to "CURRENTRELEASE" for now. Feel free to reopen with URL to upstream bug report if issue still occurs. Thanks.