Bug 917353

Summary: Black screen on wake up in 3.8.1 kernel
Product: [Fedora] Fedora Reporter: Szymon Zuchowski <szzuchowski>
Component: kernelAssignee: Kernel Maintainer List <kernel-maint>
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: unspecified    
Version: 18CC: bigant, cs, gansalmon, itamar, jforbes, jonathan, kernel-maint, madhu.chinakonda, mark.harfouche, michel, naehring
Target Milestone: ---   
Target Release: ---   
Hardware: i686   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2013-03-11 01:21:37 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
pm-suspend.log none

Description Szymon Zuchowski 2013-03-03 12:41:06 UTC
User-Agent:       Mozilla/5.0 (X11; Linux i686) AppleWebKit/537.17 (KHTML, like Gecko) Chrome/24.0.1312.57 Safari/537.17
Build Identifier: 

After update to kernel 3.8.1 sleeping has broken. When I wake up my laptop, it wakes up properly, except of screen/gpu - black screen occurs. System doesn't hang, because I can go to tty and shutdown/reboot. Problem is in kernel 3.8.1, because in 3.7.9 everything works. My laptop is Samsung R510 with NVidia Geforce 9200M GS on Nouveau drivers.

Reproducible: Always

Steps to Reproduce:
1. Suspend laptop
2. Wake up laptop
Actual Results:  
Black screen occurs.

Expected Results:  
Full wake up with no black screen.

Attached log: pm-suspend.log

Comment 1 Szymon Zuchowski 2013-03-03 12:43:37 UTC
Created attachment 704536 [details]
pm-suspend.log

Comment 2 Holger Steinhaus 2013-03-05 11:59:24 UTC
Same problem here on Samsung 900X3A after the update this morning. After reverting to 3.7.9-205.fc18.x86_64 everything is working as usual.

Comment 3 Mark Harfouche 2013-03-05 18:02:04 UTC
Same problem here.
Except with an Intel Integrated Video card (4000 if it makes a difference).

I should also note that if I use the keyboard shortcuts it will change the brightness and make things ok again. so no need to reboot.

Comment 4 Mark Harfouche 2013-03-05 18:02:48 UTC
Possible clone of 
https://bugzilla.redhat.com/show_bug.cgi?id=917384

Comment 5 Holger Steinhaus 2013-03-06 07:22:37 UTC
Seems to be a backlight-only issue. Using a flashlight you can see that the screen isnt really black, only the backlight is off after Suspend.

Comment 6 Szymon Zuchowski 2013-03-06 13:06:52 UTC
Tried that - no luck. Screen remains completely black. Looks like GPU or monitor doesn't wake up properly.

Comment 7 Justin M. Forbes 2013-03-06 16:22:58 UTC
*** Bug 917384 has been marked as a duplicate of this bug. ***

Comment 8 Justin M. Forbes 2013-03-06 16:23:13 UTC
*** Bug 918497 has been marked as a duplicate of this bug. ***

Comment 9 Justin M. Forbes 2013-03-06 16:24:16 UTC
*** Bug 917563 has been marked as a duplicate of this bug. ***

Comment 10 Michel Lind 2013-03-07 20:34:14 UTC
(In reply to comment #3)
> Same problem here.
> Except with an Intel Integrated Video card (4000 if it makes a difference).
> 
> I should also note that if I use the keyboard shortcuts it will change the
> brightness and make things ok again. so no need to reboot.

Same here (Intel IGP on a Sony Vaio Y2).

Mine happens to have a different bug that helps pinpoint this: my video firmware ignore the settings in /sys/class/backlight/acpi_video0, and only respond to /sys/class/backlight/intel_backlight .

As it turns out, having just now upgraded most of my userspace to Rawhide but with the F18 kernel, my /etc/rc.d/rc.local script that manages translating acpi_video0 valudes to intel_backlight no longer gets run (will file that bug separately), and I can thus report the following results, depending on whether I enable backlight control by running the script manually or not:

- backlight control disabled, switch from multi-user.target to graphical.target -- screen remains blank
- backlight control enabled, same switch -- backlight turns on
- backlight control enabled, brightness not 100% -- backlight restored on resume as normal

Could it be that the kernel assumes the graphics card is set to max backlight but the graphics card is set to minimum (off) instead on suspend?

Comment 11 Justin M. Forbes 2013-03-07 21:55:05 UTC
Can those of you experiencing this bug give the following kernel a try and report back?

http://koji.fedoraproject.org/koji/taskinfo?taskID=5092154

Comment 12 Mark Harfouche 2013-03-07 22:08:47 UTC
This is going to sound stupid, but how do we install the kernel that you linked to?

Comment 13 Holger Steinhaus 2013-03-07 22:22:58 UTC
Tried the 3.8.2 kernel - it solves the problem for me (Intel graphics).

Comment 14 Andre Naehring 2013-03-08 07:31:14 UTC
Tried the 3.8.2 package, with my cmdline parameter acpi_backlight=vendor, wake up woks now. 

00:02.0 VGA compatible controller: Intel Corporation 3rd Gen Core processor Graphics Controller (rev 09)
	Subsystem: Lenovo Device 21fa
	Kernel driver in use: i915

Comment 15 Michel Lind 2013-03-08 10:27:35 UTC
(In reply to comment #11)
> Can those of you experiencing this bug give the following kernel a try and
> report back?
> 
> http://koji.fedoraproject.org/koji/taskinfo?taskID=5092154

Likewise, with 3.8.2-205, the IGP on my Sony Vaio Y2 has proper backlight on resume. Thanks!

Comment 16 Fedora Update System 2013-03-08 18:42:52 UTC
kernel-3.8.2-206.fc18 has been submitted as an update for Fedora 18.
https://admin.fedoraproject.org/updates/kernel-3.8.2-206.fc18

Comment 17 Szymon Zuchowski 2013-03-08 19:11:42 UTC
Unfortunately, this problem still exists for me in 3.8.2-205. Tried adding acpi_backlight=vendor, didn't help also.

Comment 18 Fedora Update System 2013-03-08 22:15:38 UTC
kernel-3.8.2-105.fc17 has been submitted as an update for Fedora 17.
https://admin.fedoraproject.org/updates/kernel-3.8.2-105.fc17

Comment 19 Fedora Update System 2013-03-10 00:59:10 UTC
Package kernel-3.8.2-206.fc18:
* should fix your issue,
* was pushed to the Fedora 18 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing kernel-3.8.2-206.fc18'
as soon as you are able to, then reboot.
Please go to the following url:
https://admin.fedoraproject.org/updates/FEDORA-2013-3630/kernel-3.8.2-206.fc18
then log in and leave karma (feedback).

Comment 20 Szymon Zuchowski 2013-03-10 10:45:44 UTC
Tried 3.8.2-206.fc18.i686 - problem still occurs.

Comment 21 Fedora Update System 2013-03-11 01:21:40 UTC
kernel-3.8.2-206.fc18 has been pushed to the Fedora 18 stable repository.  If problems still persist, please make note of it in this bug report.

Comment 22 Claus Stefer 2013-03-11 08:28:20 UTC
Problem still exists with kernel 3.8.2-206.fc18 on my Lenovo T61 7663-E53 (Nvidia Quadro NVS 140M Graphics Card).

Comment 23 Szymon Zuchowski 2013-03-11 13:50:42 UTC
Strange. I have installed Nvidia proprietary drivers - on 3.8.1-201.fc18 my laptop wakes up normally.

Comment 24 Holger Steinhaus 2013-03-12 08:16:25 UTC
kernel-3.8.2-206.fc18 from stable - everything ok here now (Samsung 900X3A, Sandybridge, Intel graphics)

Comment 25 Szymon Zuchowski 2013-03-12 12:19:26 UTC
Everything seems okay in 3.8.2-206.fc18 when using Nvidia proprietary drivers. Nouveau still has problems. Maybe it's conflict between open drivers and new kernel?

Comment 26 Claus Stefer 2013-03-12 12:28:37 UTC
Szymon may be right, I did not install any proprietary drivers.

Comment 27 Fedora Update System 2013-03-14 15:18:28 UTC
kernel-3.8.2-105.fc17 has been submitted as an update for Fedora 17.
https://admin.fedoraproject.org/updates/FEDORA-2013-3638/kernel-3.8.2-105.fc17

Comment 28 Fedora Update System 2013-03-14 22:55:15 UTC
kernel-3.8.3-101.fc17 has been submitted as an update for Fedora 17.
https://admin.fedoraproject.org/updates/kernel-3.8.3-101.fc17

Comment 29 Claus Stefer 2013-03-21 10:57:07 UTC
Bug still exists in Kernel 3.8.3-203.fc18.

Comment 30 Mark Harfouche 2013-03-21 17:03:05 UTC
Claus,

your problem seems to be related to the nouveau driver.
It has been documented 
https://bugzilla.redhat.com/show_bug.cgi?id=920295
https://bugzilla.redhat.com/show_bug.cgi?id=922435

and an other problem (possibly unrelated)
https://bugzilla.redhat.com/show_bug.cgi?id=921907

I searched for "nouveau 3.8" to find these.

You'll probably have more luck getting help by helping those bugs get squashed.

Comment 31 Szymon Zuchowski 2013-03-21 19:16:36 UTC
It is.I had to revert my drivers to nouveau for a while: bug still exists in kernel 3.8.3-203.fc18. As I said, it may be related to nouveau -> kernel relations, as Nvidia drivers and Intel graphics users have no problems.

Comment 32 Fedora Update System 2013-03-22 00:15:26 UTC
kernel-3.8.3-103.fc17 has been pushed to the Fedora 17 stable repository.  If problems still persist, please make note of it in this bug report.

Comment 33 Claus Stefer 2013-05-16 08:19:30 UTC
Problem seems to be finally solved with kernel 3.9.2-200.fc18.x86_64.