Bug 636511

Description of problem:

I know that "fails to resume from suspend" bug reports are often excused for hardware, but I've been noticing this problem for every suspend cycle I enter for F14.  I've never experienced issues with my hardware in the past, since around the 2.6.29 range forward.  This includes various versions of the kernel + X stack across various distributions, which have proven to function relatively solidly.

When I suspend my machine, it goes down very nicely, with a relatively clean log.  However, upon resuming, the video quirk doesn't pass me back to my X session, but leaves up a black screen.

However, everything functions fine, and I am able to change to TTY2, then ctl+alt+f1 back to my gnome session without trouble.  

I do notice this in my log:

/usr/lib64/pm-utils/sleep.d/99video suspend suspend:Unknown HZ value! (36) Assume 1024.

..but I don't believe that could cause the failure (unless it prevents the hook from going at all?).  After I do change back to gnome manually, I do observe a little bit of distortion / text re-drawing issues very rarely, but that might be from something else.  I'm fully up-to-date F14 + updates-testing, as of 09/22/10.


Version-Release number of selected component (if applicable):

pm-utils 1.3.1-1
kernel-2.6.35.4-28

How reproducible:
Always.

Expected results:
This stuff should just work!  I can't imagine my feelings, if I didn't know how to change TTY screens, view log entries, or add "nohz" kernel parameters.