[Intel-gfx] Fwd: Re: Macbook Pro Retina display problems

Francois Rigaut frigaut at gmail.com
Mon Aug 6 10:59:58 CEST 2012


Daniel,


my bad for the dmesg. It's there:
http://maumae.net/retina/intel_corrupted_drm_debug/dmesg_intel_corrupted_drm_debug

I took pictures with a camera, and uploaded them at
Small 800x600 versions:
http://maumae.net/retina/intel_corrupted_drm_debug/intel_corrupted_upper_left_small.jpg
http://maumae.net/retina/intel_corrupted_drm_debug/intel_corrupted_upper_right_small.jpg 
<http://maumae.net/retina/intel_corrupted_drm_debug/intel_corrupted_upper_left_small.jpg>
http://maumae.net/retina/intel_corrupted_drm_debug/intel_corrupted_whole_screen_small.jpg 
<http://maumae.net/retina/intel_corrupted_drm_debug/intel_corrupted_upper_left_small.jpg>
full resolution versions:
http://maumae.net/retina/intel_corrupted_drm_debug/intel_corrupted_upper_left.jpg 
<http://maumae.net/retina/intel_corrupted_drm_debug/intel_corrupted_upper_left_small.jpg>
http://maumae.net/retina/intel_corrupted_drm_debug/intel_corrupted_upper_right.jpg 
<http://maumae.net/retina/intel_corrupted_drm_debug/intel_corrupted_upper_left_small.jpg>
http://maumae.net/retina/intel_corrupted_drm_debug/intel_corrupted_whole_screen.jpg 
<http://maumae.net/retina/intel_corrupted_drm_debug/intel_corrupted_upper_left_small.jpg>

Otherwise, the display works and behave normally (it's not static, 
doesn't flicker). I can interact normally with the GUI element, display 
stuff, it's accelerated (I run compiz and window wiggle normally, I can 
play videos, I have control of backlight, etc).

Just ask if you need any additional info or test done,
Thanks,
Francois


On 06/08/12 17:12, Daniel Vetter wrote:
> On Thu, Aug 02, 2012 at 01:37:05PM +1000, Francois Rigaut wrote:
>> Dave, Greg,
>>
>> OK, the problem was indeed a connection issue. By using gfxcardstatus
>> within osx, I was able to force the HD4000 to connect to the display.
>> The xorg log now reports:
>>
>> [     8.226] (--) PCI:*(0:0:2:0) 8086:0166:106b:00f7 rev 9, Mem @ 0xc1400000/4194304, 0xb0000000/268435456, I/O @ 0x00003000/64
>> [     8.226] (--) PCI: (0:1:0:0) 10de:0fd5:106b:00f2 rev 161, Mem @ 0xc0000000/16777216, 0x90000000/268435456, 0xa0000000/33554432, I/O @ 0x00002000/128, BIOS @ 0x????????/524288
>>
>> instead of greg's (or mine, prior to forcing with gfxcardstatus):
>>
>> [   224.406] (--) PCI: (0:0:2:0) 8086:0166:106b:00f7 rev 9, Mem @ 0xc1400000/4194304, 0xb0000000/268435456, I/O @ 0x00003000/64
>> [   224.406] (--) PCI:*(0:1:0:0) 10de:0fd5:106b:00f2 rev 161, Mem @ 0xc0000000/16777216, 0x90000000/268435456, 0xa0000000/33554432, I/O @ 0x00002000/128, BIOS @ 0x????????/524288
>>
>> I assume the star indicates to which pci the display is connected.
>>
>> The laptop now boots ok (with kms) and X starts without any error.
>> I can change modes and have checked that it effectively changes the
>> resolution. It is accelerated. Everything looks ok except that the
>> display is quite corrupted (at any resolution).
>>
>> Some elements:
>>
>> * The display is the new retina display, 2880x1800; quite a bit of
>> pixels to push (might be related to the problem, see below). I'm using
>> the 3.5.0 kernel with everything stock.
>>
>> * I thought initially that i915 was not getting the correct EDID from
>> the display and tried forcing the EDID with drm_kms_helper (using
>> stock 1920x1080 and the edid.bin I extracted when using the laptop
>> with the discrete nvidia card + nvidia blob), but it didn't help at
>> all; same display corruption.
>>
>> * I have a dump of dmesg (using drmd.debug=6) and xorg log at
>> http://maumae.net/retina/intel_corrupted_drm_debug/dmesg_intel_drm_debug
> I get 404 on the dmesg.
>
>> and
>> http://maumae.net/retina/intel_corrupted_drm_debug/xorg_log_intel_corrupted_drm_debug
>> The xorg log doesn't report any error. The modeline used looks
>> allright to me
>> [    9.856125] [drm:drm_mode_debug_printmodeline], Modeline 17:"2880x1800" 60 337750 2880 2928 2960 3040 1800 1803 1809 1852 0x48 0x9
>>
>> * Ryan Bourgeois is working on a similar corruption issue for the
>> nouveau driver. He claims that this might actually be related to a
>> link bandwidth problem:
>> "This line right here out of your dmesg:
>>     DP link bw 0a lane count 4 clock 270000 bpp 24
>> That's part of the DP link training and it's configuring it the same
>> way as nouveau does, four lanes at 2.7Gbps. So if it is an issue with
>> the Retina exceeding that bandwidth it's consistent across both devices.
>> The link is configured based on the mode and panel capabilities, so
>> that makes sense.
>> I still need to try a couple of things to validate whether or not this
>> is the situation."
>> (last quotes from https://bbs.archlinux.org/viewtopic.php?id=144255&p=2).
>>
>> * I can't show you what the corruption looks like, as when I take
>> screenshots (with xfce4-screenshooter), they do NOT show the
>> corruption (there are some in
>> http://maumae.net/retina/intel_corrupted_drm_debug/ ). I guess this
>> means the image is ok in video memory, the corruption occurs when it's
>> pushed to the display, kind of pointing to the link bandwidth again.
> Hm, can you take a picture with a camera? Also, is the corruption static
> when nothing should change on the screen, or does it flicker?
> -Daniel




More information about the Intel-gfx mailing list