Bug 28267 - no video on imac 27 (regression)
Summary: no video on imac 27 (regression)
Status: RESOLVED DUPLICATE of bug 27314
Alias: None
Product: xorg
Classification: Unclassified
Component: Driver/Radeon (show other bugs)
Version: unspecified
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: xf86-video-ati maintainers
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-05-26 16:19 UTC by Rafael Ávila de Espíndola
Modified: 2010-07-19 08:33 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments
rom (62.00 KB, application/octet-stream)
2010-05-26 19:14 UTC, Rafael Ávila de Espíndola
no flags Details
working dump (45.48 KB, application/octet-stream)
2010-07-17 17:08 UTC, Rafael Ávila de Espíndola
no flags Details
Another working dump (45.50 KB, patch)
2010-07-17 17:09 UTC, Rafael Ávila de Espíndola
no flags Details | Splinter Review
dmesg of a boot to a working setup (121.38 KB, patch)
2010-07-17 17:21 UTC, Rafael Ávila de Espíndola
no flags Details | Splinter Review
dump of a non-working display (45.47 KB, patch)
2010-07-17 17:28 UTC, Rafael Ávila de Espíndola
no flags Details | Splinter Review
second dump of a non-working display (45.49 KB, patch)
2010-07-17 17:29 UTC, Rafael Ávila de Espíndola
no flags Details | Splinter Review

Description Rafael Ávila de Espíndola 2010-05-26 16:19:36 UTC
This used to work on 958d073869404f60e56dc0cc70b3e7de85904694 but is broken at 428125c095b18c2a2864c1aef24ac0f384b6be54. I will try to find the exact commit that broke it.
Comment 1 Rafael Ávila de Espíndola 2010-05-26 17:08:13 UTC
the regression was caused by c7eeda8c3f3514ba95ebf2893fbe124bf526b3df.

Let me know if you need more info.
Comment 2 Alex Deucher 2010-05-26 18:46:54 UTC
Can you attach your vbios?  As root:

cd /sys/bus/pci/devices/<pci bus id>
echo 1 > rom
cat rom > /tmp/imac27.rom
echo 0 > rom
Comment 3 Rafael Ávila de Espíndola 2010-05-26 19:14:05 UTC
Created attachment 35875 [details]
rom
Comment 4 Rafael Ávila de Espíndola 2010-06-03 17:40:06 UTC
FYI, reverting c7eeda8c3f3514ba95ebf2893fbe124bf526b3df on top of current master (f64bf0de8e2de7c1bf9cc0c614603dd23c9060ad) also fixes the problem.

Too busy right now to debug this for real, but might be able to do so next week.
Comment 5 Alex Deucher 2010-06-29 15:46:04 UTC
That commit doesn't really break anything per se.  Before that commit the driver wasn't touching the display hardware for that connector so you ended up with the output in the state left by the bios.  The problem is the dp link training is not completing so the display never comes up.  There seems to be a general issue training 2560x1440 dp monitors.  I suspect this is a case where there are several different combinations of link rates and lanes that could support that mode, but the monitor only likes certain ones.
Comment 6 Rafael Ávila de Espíndola 2010-07-10 19:28:06 UTC
Thanks for the info. Are there any debug printfs that I could add to list the available "link rates and lanes" being listed and the one being selected?
Comment 7 Alex Deucher 2010-07-12 08:38:36 UTC
Can you dump the regs from a working setup (bios/vesa/fglrx) using avivotool?

You can get avivotool here:
http://cgit.freedesktop.org/~airlied/radeontool/
Also, please apply this patch to avivotool:
https://bugs.freedesktop.org/attachment.cgi?id=34810

To dump the regs, make sure the monitor is on and working, and then dump the regs:
avivotool regs all > working.dump
For comparison, dump the regs using the non-working radeon driver:
avivotool regs all > broken.dump
Note that you must be root to use avivotool.  Also try to use the same mode (e.g., 2560x1440) with both dumps if possible.
Comment 8 Dave Airlie 2010-07-12 23:13:05 UTC
can you attach a dmesg when booting to runlevel with drm.debug=15?
Comment 9 Rafael Ávila de Espíndola 2010-07-17 17:08:31 UTC
Created attachment 37164 [details]
working dump
Comment 10 Rafael Ávila de Espíndola 2010-07-17 17:09:46 UTC
Created attachment 37165 [details] [review]
Another working dump

I noticed that the dump was not stable, so I am attaching a dump from a second run.
Comment 11 Rafael Ávila de Espíndola 2010-07-17 17:21:08 UTC
Created attachment 37166 [details] [review]
dmesg of a boot to a working setup

Looks like with drm.debgug=15 the buffer is full very early. Let me know if part you are interested in is not on this file.
Comment 12 Rafael Ávila de Espíndola 2010-07-17 17:28:44 UTC
Created attachment 37167 [details] [review]
dump of a non-working display
Comment 13 Rafael Ávila de Espíndola 2010-07-17 17:29:28 UTC
Created attachment 37168 [details] [review]
second dump of a non-working display
Comment 14 Alex Deucher 2010-07-19 08:33:37 UTC
This seems to be a general issue with 2560x1440 panels.

*** This bug has been marked as a duplicate of bug 27314 ***


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.