Red Hat Bugzilla – Bug 64782
X freezes after restore from suspend-to-disk (ATI Radeon M6)
Last modified: 2007-04-18 12:42:31 EDT
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):
Steps to Reproduce:
1.Install Dell S2D utility and create S2D partition.
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.
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
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
I've got test packages for 8,0 avail that I believe might fix this if 8.0
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:
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:
Setting status to "CURRENTRELEASE" for now. Feel free to reopen
with URL to upstream bug report if issue still occurs.