https://bugs.freedesktop.org/show_bug.cgi?id=52256
Bug #: 52256 Summary: KMS doesn't work with radeon HD 7520G Classification: Unclassified Product: DRI Version: unspecified Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: DRM/Radeon AssignedTo: dri-devel@lists.freedesktop.org ReportedBy: lrn1986@gmail.com
Created attachment 64375 --> https://bugs.freedesktop.org/attachment.cgi?id=64375 syslog (the result of modeprobe -v radeon modeset=1)
3.4.4 boots into black screen (backlight is off). Boots fine with radeon.modeset=0 (with appropriate lack of 3D acceleration). Boots fine with radeon being blacklisted (same as above). amd64 microcode is installed. Installed ARUBA_* firmware manually (not packaged for Debian yet). Compiled fresh libdrm, mesa and xf86-video-ati from git (installed into /usr/xorg, added that directory to modulepath in xorg.conf, added /usr/xorg/lib to /etc/ld.so.conf.d/a-local-xorg.conf ssh'ed into my laptop, issued sudo modprobe -v drm debug=1 && sudo modprobe -v radeon modeset=1 Black screen all over again :(
https://bugs.freedesktop.org/show_bug.cgi?id=52256
--- Comment #1 from LRN lrn1986@gmail.com 2012-07-22 14:07:11 PDT --- Tried with HEAD kernel (3.5.0-rc7) - same thing. Worst thing is, from the logs it is not apparent (to me) what exactly is wrong.
https://bugs.freedesktop.org/show_bug.cgi?id=52256
--- Comment #2 from LRN lrn1986@gmail.com 2012-07-22 16:27:27 PDT --- Here's a piece of syslog with drm debugging set to 0x04, and with some extra lines of my own:
Jul 22 19:40:13 APC2 kernel: [ 10.010370] [drm:radeon_dp_link_train_cr], clock recovery at voltage 0 pre-emphasis 0 Jul 22 19:40:13 APC2 kernel: [ 10.010550] [drm:radeon_dp_link_train_ce], radeon_dp_link_train_ce: Using training pattern 2 Jul 22 19:40:13 APC2 kernel: [ 10.010551] [drm:radeon_dp_link_train_ce], radeon_dp_link_train_ce: Interval is 0, delaying for 400 Jul 22 19:40:13 APC2 kernel: [ 10.012180] [drm:radeon_dp_get_link_status], link status 01 00 80 00 04 00 Jul 22 19:40:13 APC2 kernel: [ 10.012182] [drm:dp_channel_eq_ok], dp_channel_eq_ok: lane count = 1, lane align = 0x80; is & 0x1? Jul 22 19:40:13 APC2 kernel: [ 10.012184] [drm:dp_channel_eq_ok], dp_channel_eq_ok: Not done, return false Jul 22 19:40:13 APC2 kernel: [ 10.012184] [drm:dp_get_adjust_train], requested signal parameters: lane 0 voltage 0.4V pre_emph 3.5dB Jul 22 19:40:13 APC2 kernel: [ 10.012186] [drm:dp_get_adjust_train], using signal parameters: voltage 0.4V pre_emph 3.5dB Jul 22 19:40:13 APC2 kernel: [ 10.013661] [drm:radeon_dp_link_train_ce], radeon_dp_link_train_ce: Interval is 0, delaying for 400 Jul 22 19:40:13 APC2 kernel: [ 10.015282] [drm:radeon_dp_get_link_status], link status 01 00 80 00 08 00 Jul 22 19:40:13 APC2 kernel: [ 10.015283] [drm:dp_channel_eq_ok], dp_channel_eq_ok: lane count = 1, lane align = 0x80; is & 0x1? Jul 22 19:40:13 APC2 kernel: [ 10.015285] [drm:dp_channel_eq_ok], dp_channel_eq_ok: Not done, return false Jul 22 19:40:13 APC2 kernel: [ 10.015285] [drm:dp_get_adjust_train], requested signal parameters: lane 0 voltage 0.4V pre_emph 6dB Jul 22 19:40:13 APC2 kernel: [ 10.015286] [drm:dp_get_adjust_train], using signal parameters: voltage 0.4V pre_emph 6dB Jul 22 19:40:13 APC2 kernel: [ 10.016631] [drm:radeon_dp_link_train_ce], radeon_dp_link_train_ce: Interval is 0, delaying for 400 Jul 22 19:40:13 APC2 kernel: [ 10.018249] [drm:radeon_dp_get_link_status], link status 01 00 80 00 0c 00 Jul 22 19:40:13 APC2 kernel: [ 10.018250] [drm:dp_channel_eq_ok], dp_channel_eq_ok: lane count = 1, lane align = 0x80; is & 0x1? Jul 22 19:40:13 APC2 kernel: [ 10.018251] [drm:dp_channel_eq_ok], dp_channel_eq_ok: Not done, return false Jul 22 19:40:13 APC2 kernel: [ 10.018252] [drm:dp_get_adjust_train], requested signal parameters: lane 0 voltage 0.4V pre_emph 9.5dB Jul 22 19:40:13 APC2 kernel: [ 10.018253] [drm:dp_get_adjust_train], using signal parameters: voltage 0.4V pre_emph 9.5dB Jul 22 19:40:13 APC2 kernel: [ 10.019640] [drm:radeon_dp_link_train_ce], radeon_dp_link_train_ce: Interval is 0, delaying for 400 Jul 22 19:40:13 APC2 kernel: [ 10.021260] [drm:radeon_dp_get_link_status], link status 01 00 80 00 0c 00 Jul 22 19:40:13 APC2 kernel: [ 10.021262] [drm:dp_channel_eq_ok], dp_channel_eq_ok: lane count = 1, lane align = 0x80; is & 0x1? Jul 22 19:40:13 APC2 kernel: [ 10.021263] [drm:dp_channel_eq_ok], dp_channel_eq_ok: Not done, return false Jul 22 19:40:13 APC2 kernel: [ 10.021264] [drm:dp_get_adjust_train], requested signal parameters: lane 0 voltage 0.4V pre_emph 9.5dB Jul 22 19:40:13 APC2 kernel: [ 10.021265] [drm:dp_get_adjust_train], using signal parameters: voltage 0.4V pre_emph 9.5dB Jul 22 19:40:13 APC2 kernel: [ 10.022647] [drm:radeon_dp_link_train_ce], radeon_dp_link_train_ce: Interval is 0, delaying for 400 Jul 22 19:40:13 APC2 kernel: [ 10.024267] [drm:radeon_dp_get_link_status], link status 01 00 80 00 0c 00 Jul 22 19:40:13 APC2 kernel: [ 10.024269] [drm:dp_channel_eq_ok], dp_channel_eq_ok: lane count = 1, lane align = 0x80; is & 0x1? Jul 22 19:40:13 APC2 kernel: [ 10.024270] [drm:dp_channel_eq_ok], dp_channel_eq_ok: Not done, return false Jul 22 19:40:13 APC2 kernel: [ 10.024271] [drm:dp_get_adjust_train], requested signal parameters: lane 0 voltage 0.4V pre_emph 9.5dB Jul 22 19:40:13 APC2 kernel: [ 10.024272] [drm:dp_get_adjust_train], using signal parameters: voltage 0.4V pre_emph 9.5dB Jul 22 19:40:13 APC2 kernel: [ 10.025655] [drm:radeon_dp_link_train_ce], radeon_dp_link_train_ce: Interval is 0, delaying for 400 Jul 22 19:40:13 APC2 kernel: [ 10.027274] [drm:radeon_dp_get_link_status], link status 01 00 80 00 0c 00 Jul 22 19:40:13 APC2 kernel: [ 10.027276] [drm:dp_channel_eq_ok], dp_channel_eq_ok: lane count = 1, lane align = 0x80; is & 0x1? Jul 22 19:40:13 APC2 kernel: [ 10.027278] [drm:dp_channel_eq_ok], dp_channel_eq_ok: Not done, return false Jul 22 19:40:13 APC2 kernel: [ 10.027280] [drm:dp_get_adjust_train], requested signal parameters: lane 0 voltage 0.4V pre_emph 9.5dB Jul 22 19:40:13 APC2 kernel: [ 10.027281] [drm:dp_get_adjust_train], using signal parameters: voltage 0.4V pre_emph 9.5dB Jul 22 19:40:13 APC2 kernel: [ 10.028659] [drm:radeon_dp_link_train_ce], radeon_dp_link_train_ce: Interval is 0, delaying for 400 Jul 22 19:40:13 APC2 kernel: [ 10.030279] [drm:radeon_dp_get_link_status], link status 01 00 80 00 0c 00 Jul 22 19:40:13 APC2 kernel: [ 10.030281] [drm:dp_channel_eq_ok], dp_channel_eq_ok: lane count = 1, lane align = 0x80; is & 0x1? Jul 22 19:40:13 APC2 kernel: [ 10.030282] [drm:dp_channel_eq_ok], dp_channel_eq_ok: Not done, return false Jul 22 19:40:13 APC2 kernel: [ 10.030283] [drm:radeon_dp_link_train_ce] *ERROR* channel eq failed: 5 tries Jul 22 19:40:13 APC2 kernel: [ 10.030284] [drm:radeon_dp_link_train_ce] *ERROR* channel eq failed
#27314 mentions something similar. Well, at least link status looks more real here than there. Anyway, the problem is in lack of DP alignment (whatever that is...).
https://bugs.freedesktop.org/show_bug.cgi?id=52256
Alex Deucher agd5f@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |reinkarn@gmail.com
--- Comment #4 from Alex Deucher agd5f@yahoo.com 2012-07-23 14:58:48 UTC --- *** Bug 52373 has been marked as a duplicate of this bug. ***
https://bugs.freedesktop.org/show_bug.cgi?id=52256
Alex Deucher agd5f@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |gunkilatur@gmail.com
--- Comment #3 from Alex Deucher agd5f@yahoo.com 2012-07-23 14:58:05 PDT --- *** Bug 52081 has been marked as a duplicate of this bug. ***
https://bugs.freedesktop.org/show_bug.cgi?id=52256
Alex Deucher agd5f@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|KMS doesn't work with |ARUBA DP link training |radeon HD 7520G |problems
https://bugs.freedesktop.org/show_bug.cgi?id=52256
Alex Deucher agd5f@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|ARUBA DP link training |Trinity (ARUBA) DP link |problems |training problems
https://bugs.freedesktop.org/show_bug.cgi?id=52256
--- Comment #5 from LRN lrn1986@gmail.com 2012-08-07 15:57:46 UTC --- In case somebody is still watching this, i've tried 3.6.0-rc1, which features this commit (and its followups) - http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=commit;h=949c... And it doesn't fix the problem.
https://bugs.freedesktop.org/show_bug.cgi?id=52256
--- Comment #6 from LRN lrn1986@gmail.com 2012-08-19 10:19:17 UTC --- http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=commit;h=f59a... doesn't work either.
Are you sure there are no patches that i could try? I've tried to look up the ones on #27314 , but they are against an old kernel version, and some of them were (apparently) applied in some manner.
https://bugs.freedesktop.org/show_bug.cgi?id=52256
--- Comment #7 from Christian König deathsimple@vodafone.de 2012-08-19 10:25:18 UTC --- I also have DP link problems on the trinity testing board I have.
Always thought that this is just a problem because it is a beta or even alpha board, but that doesn't seems to be the case.
@Alex: So I can test any patches/ideas you've got.
https://bugs.freedesktop.org/show_bug.cgi?id=52256
--- Comment #8 from Alex Deucher agd5f@yahoo.com 2012-08-30 00:13:43 UTC --- Should be fixed in my drm-next-3.6 branch: http://cgit.freedesktop.org/~agd5f/linux/log/?h=drm-fixes-3.6 there are several patches required. The patches should show up in stable kernels as well once Dave pulls them.
https://bugs.freedesktop.org/show_bug.cgi?id=52256
--- Comment #9 from LRN lrn1986@gmail.com 2012-08-30 01:40:44 UTC --- Pulled your drm-next-3.6 branch, and merged with current linux master. Display now works!
There are font rendering problems with X server, but that's another issue.
https://bugs.freedesktop.org/show_bug.cgi?id=52256
LRN lrn1986@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED
--- Comment #10 from LRN lrn1986@gmail.com 2012-09-02 18:02:28 UTC --- Recompiled and installed latest libdrm + mesa + radeon driver, that fixed font corruption in Gnome 3.
I thereby pronounce this bug resolved and fixed.
https://bugs.freedesktop.org/show_bug.cgi?id=52256
--- Comment #11 from eandry@free.fr eandry@free.fr 2012-09-10 09:43:34 UTC --- Hi !
Will the fix be backported to previous kernel releases ? Because next ubuntu will be using 3.5.x ... (and the current precise doesn't handle the graphic card and use vesa driver, which is not perfect usable but usable) And this bug is a real blocker for ARUBA users.
But at least thank for the fix, I can use my gentoo on my brand new Samsung Laptop !
https://bugs.freedesktop.org/show_bug.cgi?id=52256
--- Comment #12 from Alex Deucher agd5f@yahoo.com 2012-09-10 13:08:32 UTC --- (In reply to comment #11)
Hi !
Will the fix be backported to previous kernel releases ?
Yes, the patches will show up in the stable kernel series.
dri-devel@lists.freedesktop.org
-
bugzilla-daemon＠freedesktop.org