Bug 52087 - [snb lvds] Black screen with white bar after reopening notebook lid
Summary: [snb lvds] Black screen with white bar after reopening notebook lid
Status: CLOSED FIXED
Alias: None
Product: DRI
Classification: Unclassified
Component: DRM/Intel (show other bugs)
Version: unspecified
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Daniel Vetter
QA Contact: Intel GFX Bugs mailing list
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-07-14 15:05 UTC by Ettore Atalan
Modified: 2017-07-24 23:00 UTC (History)
5 users (show)

See Also:
i915 platform:
i915 features:


Attachments
Logfiles and a screenshot of the black screen with a right-sided white bar (676.77 KB, application/zip)
2012-07-14 15:05 UTC, Ettore Atalan
no flags Details
xserver-xorg-video-intel 2.19.0 (259.44 KB, application/x-debian-package)
2012-07-20 13:13 UTC, Ettore Atalan
no flags Details
dmesg running Linux 3.6-rc3 (43.56 KB, text/plain)
2012-08-23 17:19 UTC, Ettore Atalan
no flags Details

Description Ettore Atalan 2012-07-14 15:05:43 UTC
Created attachment 64208 [details]
Logfiles and a screenshot of the black screen with a right-sided white bar

Hi

There is a weird problem on my notebook, which is a quite new Samsung model with Intel i5 processor and Intel chipset running Kubuntu 12.04 x64 with latest updates.

Kubuntu is configured not to suspend when the notebook lid is getting closed. Closing the notebook lid just switches off the diplay.

The problem happens after reopening the lid after a while. Sometimes it appears a black screen with a right-sided white bar from the top to the lower end (see attachment for screenshot). If the problem happens, the notebook doesn't react on pressing (hot)keys or moving mouse. It's just like dead, but i've found out that closing the lid once more in such a case and waiting a while again may let the black screen disappear at the next time i open the lid.

Thanks for your help!


Regards,
Ettore Atalan
Comment 1 Chris Wilson 2012-07-14 15:17:38 UTC
First thing to check would be whether this still occurs with updated drivers, focusing primarily on getting a more recent kernel.
Comment 2 Ettore Atalan 2012-07-20 13:13:11 UTC
Created attachment 64430 [details]
xserver-xorg-video-intel 2.19.0

I've updated to latest mainline kernel for my distribution [1] and to X.org Intel graphics driver 2.19.0 [2], but the problem is still present.


[1] http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.4-rc6-precise/linux-image-3.4.0-030400rc6-generic_3.4.0-030400rc6.201205061835_amd64.deb
[2] see attachment


Regards,
Ettore Atalan
Comment 3 Ettore Atalan 2012-08-18 11:39:33 UTC
I've made a test with a playing audio file and a closed notebook lid. After reopening the lid the black screen appeared, but it was still possible to adjust the volume via the volume keys on the keyboard.

However, Ctrl+Alt+F1 doesn't work. Graphics has problems, but the rest seems to be ok.


Regards,
Ettore Atalan
Comment 4 Daniel Vetter 2012-08-18 12:55:38 UTC
Can you please test 3.6-rc2? That contains a few fixes to the backlight code, which sounds rather relevant here ...

Also please attach full dmesg with drm.debug=0xe added to your kernel commandline (and please attach it as an individual text/plain file, much easier to handle).
Comment 5 Ettore Atalan 2012-08-18 14:01:21 UTC
I think i have forgotten to write that changing brightness of the backlight doesn't work. When trying to change brightness the screen flickers, but the brightness won't change.


Regards,
Ettore Atalan
Comment 6 Ettore Atalan 2012-08-23 17:19:30 UTC
Created attachment 66024 [details]
dmesg running Linux 3.6-rc3

Today, I gave Kernel 3.6-rc3 a try, but the result was sobering.

The Kernel 3.6-rc3 booted up, but there was
- no more network connection
- no more external mouse support
- still no working backlight control
- etc.


I have attached the dmesg running Linux 3.6-rc3.


Regards,
Ettore Atalan
Comment 7 Ettore Atalan 2012-09-15 22:09:21 UTC
Is somebody still analyzing the cause for this bug?

Thanks for the help!


Regards,
Ettore Atalan
Comment 8 Chris Wilson 2012-11-22 09:10:11 UTC
Sorry for the delay, but can you please try and grab a dmesg off the most recent stable kernel for your distro? Or a mainline, or drm-intel-experimental?
Comment 9 Daniel Vetter 2012-11-22 09:31:17 UTC
When grabbing that dmesg, please boot with drm.debug=0xe added to your kernel cmdline, thanks.
Comment 10 Chris Wilson 2012-12-12 16:14:08 UTC
Ettore, please do try a recent kernel and grab a full drm.debug=6 dmesg. If it is still occuring, please reopen.
Comment 11 Ettore Atalan 2012-12-12 17:11:09 UTC
Since updating on kernel 3.5.0 (Kubuntu 12.10) it is not yet occurred again.


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.