Bug 43661
Summary: | [GM45] black screen at boot | ||
---|---|---|---|
Product: | Drivers | Reporter: | Arnaud Vacquier (inster.css) |
Component: | Video(DRI - Intel) | Assignee: | intel-gfx-bugs (intel-gfx-bugs) |
Status: | RESOLVED OBSOLETE | ||
Severity: | blocking | CC: | alan, daniel, dominik.meissner, intel-gfx-bugs, jbarnes |
Priority: | P1 | ||
Hardware: | All | ||
OS: | Linux | ||
URL: | https://bugs.mageia.org/show_bug.cgi?id=1803 | ||
Kernel Version: | 3.5 | Subsystem: | |
Regression: | No | Bisected commit-id: | |
Attachments: |
messages.log booted with drm.debug=0xe
output of lspci -vvvnn |
Description
Arnaud Vacquier
2012-06-23 04:17:42 UTC
To clarify: Is this a problem with an external monitor or the build-in laptop panel? Also, please try with the latest 3.5-rc kernel. If that does not help, please attach drm.debug=0xe to your kernel cmdline and attach the full dmesg to this bug report. Also, please attach xrandr --verbose. Hi, i think i have the same bug on the new macbook air 5,2 (mid 2012). When udev runs and loads the i915 driver the screen flickers short and then turns black (two seconds without backlight, than the backlight turns on again) I found a way around the bug: if i add i915.diescreaming=1 to the kernel line (found this hint somewhere in the internet) it prevents the i915 to start and the efi framebuffer does the rest. Using xf86-video-fbdev i'm also able to start X. I also noted that if i plug an external monitor to the thunderbolt/minidisplay port that (booting without i915.diescreaming=1) the display gets on, right after the internal display turned off, but with the resolution of the internal display. I tested this with the 3.4.4 kernel (Default Archlinux Kernel) and the 3.5 mainline kernel. With both happens the same. I will attach the messages.log (started with the drm.debug=0xe paramter) and a lspci -vvvnn. I hope my information is helpful! Created attachment 74441 [details]
messages.log booted with drm.debug=0xe
Created attachment 74451 [details]
output of lspci -vvvnn
Dominik, you most likely have a completely different bug - there are gazillion ways we could fail to light up the screen and safe when you have an exact match on the model we need to wait until the issue is fully diagnosed before we can mark bugs as duplicates. Please open a new report for your issue, thanks. [Aside: Booting with i915.diescreaming=1 simply disable kms because this unknown module option prevents the intel driver from loading.] hi, I come back today I install Mageia Caludron (v3) with 3.5.0 kernel on my computer (laptop Acer Aspire 573Z) and it is still blackscreen, i must use xdriver vesa for running but i can't use 3D :( Sorry i am french my english is poor and i am not expert in linux :( fixing here : http://crashcourse.ca/blog/2011/02/workaround-intel-i915-black-screen-linux-boot-problem but i am newb for that lol thank you for fixing this issue, i can use 3D desktop / bad color and size with xorg Not fixed in 3.5.2 hi, with xorg vesa [root@localhost Documents]# xrandr --verbose xrandr: Failed to get size of gamma for output default Screen 0: minimum 1024 x 768, current 1024 x 768, maximum 1024 x 768 default connected 1024x768+0+0 (0x13a) normal (normal) 0mm x 0mm Identifier: 0x139 Timestamp: 26043 Subpixel: horizontal rgb Clones: CRTC: 0 CRTCs: 0 Transform: 1.000000 0.000000 0.000000 0.000000 1.000000 0.000000 0.000000 0.000000 1.000000 filter: 1024x768 (0x13a) 0.0MHz *current h: width 1024 start 0 end 0 total 1024 skew 0 clock 0.0KHz v: height 768 start 0 end 0 total 768 clock 0.0Hz [root@localhost Documents]# Arnaud, please try i915.invert_brightness=1 module parameter with kernel version v3.5 or later, see if that fixes the brightness issue, and report 'lspci -vmmnn' if it does. Ping for the information Jani request ... Ping. Arnaud, please provide the requested information. (In reply to comment #10) > Arnaud, please try i915.invert_brightness=1 module parameter with kernel > version v3.5 or later, see if that fixes the brightness issue, and report > 'lspci -vmmnn' if it does. Arnaud, please provide the requested information. My hunch is that this is a gen4 Acer that requires the inverted brightness quirk. However we haven't heard from the reporter in about a year, and don't expect to get a tested-by. Closing. |