Bug 636511 - suspend/resume cycle fails to change video, works manually
Summary: suspend/resume cycle fails to change video, works manually
Keywords:
Status: CLOSED CANTFIX
Alias: None
Product: Fedora
Classification: Fedora
Component: pm-utils
Version: 14
Hardware: All
OS: Linux
low
medium
Target Milestone: ---
Assignee: Jaroslav Škarvada
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2010-09-22 12:56 UTC by abrouwers
Modified: 2010-12-20 08:24 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2010-12-20 08:24:38 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
dmesg output when the system resumes (10.72 KB, text/plain)
2010-12-15 04:45 UTC, Деян
no flags Details
pm-utils-bugreport-info.sh output (8.34 KB, text/plain)
2010-12-16 16:37 UTC, Деян
no flags Details

Description abrouwers 2010-09-22 12:56:14 UTC
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.

Comment 1 Деян 2010-12-15 04:44:40 UTC
I can also reproduce this 100% of the time.

I'll attach the dmesg output when the system resumes if this would help troubleshooting.

Comment 2 Деян 2010-12-15 04:45:58 UTC
Created attachment 468766 [details]
dmesg output when the system resumes

Comment 3 Jaroslav Škarvada 2010-12-16 16:32:08 UTC
Please can you provide output of pm-utils-bugreport-info.sh?

Comment 4 Деян 2010-12-16 16:37:01 UTC
Created attachment 469163 [details]
pm-utils-bugreport-info.sh output

Attached is the output of pm-utils-bugreport-info.sh

Comment 5 Jaroslav Škarvada 2010-12-17 10:51:24 UTC
From the log I noticed that you are using the nvidia binary module. Please note that nvidia binary module is not shipped/supported in Fedora. Please retry with nouveau.

Or you may also try upgrading your nvidia binary module and/or:
# pm-suspend --quirk-dpms-on

and also:
# pm-suspend --quirk-vbe-post --quirk-dpms-on

Comment 6 Деян 2010-12-17 22:46:22 UTC
Using the nouveau driver does indeed solve the issue for me but I need the acceleration that the binary driver provides so I'll try to see on the NVidia forums if this is not a known issue.

Comment 7 Jaroslav Škarvada 2010-12-20 08:24:38 UTC
Thanks for info. With Nvidia all video quirks are removed as it should be handled by Nvidia driver. Maybe the driver update could help. 

You can also try to play with various video quirks on your own. The list of quirks can be obtained by:
# pm-suspend --help
In this case you should prepend --quirk-test otherwise your quirks will be filtered, e.g.:
# pm-suspend --quirk-test --quirk-dpms-on

For now I am closing this as CANTFIX as Nvidia driver is closed source and unsupported.


Note You need to log in before you can comment on or make changes to this bug.