All of lore.kernel.org
 help / color / mirror / Atom feed
* [Bug 100745] amdgpu fails to wake up DisplayPort DELL monitors with 'clock recovery failed'
@ 2017-04-21  4:01 bugzilla-daemon
  2017-04-21  4:12 ` bugzilla-daemon
                   ` (16 more replies)
  0 siblings, 17 replies; 18+ messages in thread
From: bugzilla-daemon @ 2017-04-21  4:01 UTC (permalink / raw)
  To: dri-devel


[-- Attachment #1.1: Type: text/plain, Size: 2021 bytes --]

https://bugs.freedesktop.org/show_bug.cgi?id=100745

            Bug ID: 100745
           Summary: amdgpu fails to wake up DisplayPort DELL monitors with
                    'clock recovery failed'
           Product: DRI
           Version: unspecified
          Hardware: Other
                OS: All
            Status: NEW
          Severity: normal
          Priority: medium
         Component: DRM/AMDgpu
          Assignee: dri-devel@lists.freedesktop.org
          Reporter: mr.nuke.me@gmail.com

On a Fedora 25 system, under kernel 4.10.9, I have an RX480 with three Dell
P2715Q monitors connected via displayport.

1. The machine is left alone, until the monitors are put into sleep mode.
2. The mouse is moved until the monitors show signs of coming up.

It is expected that all monitors come up cleanly and an unlock screen is
presented.

What actually happens is that not all monitors come up. Some monitors indicate
that no signal is coming. Which monitor or monitors fail to come up is
non-deterministic.

Every time this happens, dmesg shows exactly three entries of the form:
[drm:amdgpu_atombios_dp_link_train [amdgpu]] *ERROR* displayport link status
[drm:amdgpu_atombios_dp_link_train [amdgpu]] *ERROR* clock recovery failed

It doesn't matter how many of the three monitors come up, dmesg always shows
this message three times.

I've modified the failure point to print the return value of
drm_dp_dpcd_read_link_status(), and it comes back as -5. I believe that is
-EIEIO

Also, switching to VT2, via Ctrl-Alt-F2 brings up all the monitors with 100%
success rate. Switching back to VT1 may either:
* present a working unlock screen (20% of the time)
* present an unlock screen with Xorg being locked up in a poll() call (50% of
the time)
* or completely crash Xorg (20% of the time)
* lock up the machine (10% of the time)
This procedure crashes wayland with 100% yield.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[-- Attachment #1.2: Type: text/html, Size: 3326 bytes --]

[-- Attachment #2: Type: text/plain, Size: 160 bytes --]

_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel

^ permalink raw reply	[flat|nested] 18+ messages in thread

end of thread, other threads:[~2019-11-19  8:15 UTC | newest]

Thread overview: 18+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2017-04-21  4:01 [Bug 100745] amdgpu fails to wake up DisplayPort DELL monitors with 'clock recovery failed' bugzilla-daemon
2017-04-21  4:12 ` bugzilla-daemon
2017-04-21  4:45 ` bugzilla-daemon
2017-04-21  6:36 ` bugzilla-daemon
2017-04-21 13:20 ` bugzilla-daemon
2017-04-22  4:05 ` bugzilla-daemon
2017-10-06  0:36 ` bugzilla-daemon
2017-11-22 18:37 ` bugzilla-daemon
2017-11-22 18:41 ` bugzilla-daemon
2017-11-23  8:54 ` bugzilla-daemon
2017-11-23  8:55 ` bugzilla-daemon
2018-01-29 11:06 ` bugzilla-daemon
2018-01-29 11:07 ` bugzilla-daemon
2018-01-29 11:30 ` bugzilla-daemon
2018-02-04 20:03 ` bugzilla-daemon
2018-08-05 17:07 ` bugzilla-daemon
2018-08-06 21:24 ` bugzilla-daemon
2019-11-19  8:15 ` bugzilla-daemon

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.