Bug 1012188

Summary:	Screen corruption after waking up from sleep
Product:	[Fedora] Fedora	Reporter:	Paulo Fessel <pfessel>
Component:	kernel	Assignee:	Kernel Maintainer List <kernel-maint>
Status:	CLOSED CANTFIX	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	high	Docs Contact:
Priority:	unspecified
Version:	19	CC:	gansalmon, itamar, jonathan, kernel-maint, madhu.chinakonda, marcelo.barbosa
Target Milestone:	---
Target Release:	---
Hardware:	x86_64
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2013-09-26 12:26:21 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:

Description Paulo Fessel 2013-09-26 00:18:37 UTC

Description of problem: after upgrading to latest available kernel (3.11.1-200), X screen gets corrupted when waking up from sleep. I'm running NVidia proprietary drivers, but I've also seen the same problem reported for Radeon/DRM at http://www.spinics.net/lists/dri-devel/msg45272.html. 

I don't loose control of the computer. The server is responsive and I feel that I can click things on the desktop and it reacts accordingly. Also, I can switch between text TTY's with Ctrl-Alt-Fx or even kill the X server with Ctrl-Alt-Backspace. Upon restart, the X server works normally.

The problem occurs either with NVidia's 319.xx and 325.xx driver series. 

Version-Release number of selected component (if applicable): kernel-3.11.1-200.fc19.x86_64

How reproducible: always

Steps to Reproduce:
1. Put computer to sleep/hibernate.
2. Wake computer up from sleeping/hibernating.
3. Graphical screen gets corrupted. However key combinations Ctrl-Alt-Fx and Ctrl-Alt-Backspace work, and I'm able to kill the X server which is then restarted normally.

Actual results: screen gets corrupted, but I can still control the computer.

Expected results: with kernel-3.10.11-200.fc19.x86_64 the system works as it should, restoring the screen correctly without garbling it.

Additional info: none.

Comment 1 Josh Boyer 2013-09-26 12:26:21 UTC

We don't provide or support proprietary drivers.