Bug 201139
| Summary: | amdgpu: [drm] enabling link 1 failed: 15 (vega) | ||
|---|---|---|---|
| Product: | Drivers | Reporter: | Aleksandr Mezin (mezin.alexander) |
| Component: | Video(DRI - non Intel) | Assignee: | drivers_video-dri |
| Status: | NEW --- | ||
| Severity: | normal | CC: | ct.kernel.org, harry.wentland, h_mailinglists, james, juippis, nicholas.kazlauskas, nick, s2, turecki |
| Priority: | P1 | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Kernel Version: | 4.19 | Subsystem: | |
| Regression: | No | Bisected commit-id: | |
| Attachments: |
Kernel log
journalctl --user (Xorg log is here) Kernel log Further info, kernel log Another instance on 5.9.11-3-MANJARO #1 SMP PREEMPT |
||
|
Description
Aleksandr Mezin
2018-09-15 14:29:33 UTC
Please attach the full dmesg output. Created attachment 279279 [details]
Kernel log
Today I've seen this issue again on 4.19.
Monitors were turned off by dpms, only one of them correctly woke up. Another one turned on, but was only showing a black screen. What's more interesting is when I turned off that one with the black screen, another one started showing the black screen. And when I switched second monitor on again - the black screen moved back to it.
In kernel log again:
[46082.161234] [drm] enabling link 1 failed: 15
[46118.947574] [drm] enabling link 0 failed: 15
Created attachment 279281 [details]
journalctl --user (Xorg log is here)
Also tried loggig out & in, restarting GDM, changing display configurations in Gnome. Even in another VT and in GDM, one monitor was showing only a black screen. Only reboot made it work again. It looks like link training failed. Can you check on your monitor's OSD whether DisplayPort or Auto is selected as input? I've seen this behavior on some monitors when Auto input was selected. If so try selecting the DP input and see if that helps. On both monitors there are no "Auto" input option. DisplayPort is selected on both of them. Also, I've never seen similar problem on RX 580 with the same monitors, either on Linux or Windows. On Windows I frequently see notifications about "link failure" or something like that, but on Windows the driver/card always recovers successfully (so no other problems except the annoying notification). Also, more details, maybe it wasn't clear: 1. After dpms suspend, both monitors woke up, but one of them was showing black screen (but no "no signal" osd or anything like that). No mouse pointer too. But I was able to move the cursor away from the working monitor. xrandr and Gnome settings were showing both monitors too. 2. I turned that "non-working" monitor off. Now the previously working monitor only shows the black screen too. 3. I turned on the second monitor. Black screen moved to it, first monitor started working completely fine. 4. I thought that it's maybe a bug in compositor, so I tried switching VTs, logging out, restarting GDM. It didn't help. 5. Logged in back to Gnome. By changing settings/turning displays on and off I somehow managed to "move" the black screen to the first monitor, and the second one started working. But exactly one monitor (either first or second one) was always showing the black screen. 6. Rebooted, both monitors started working fine Created attachment 279403 [details]
Kernel log
Encountered the same issue (monitor turned on, but shows black screen only) just now, on 4.19.1.
But now the error message is different:
[ 8154.090497] [drm:wait_for_reset_trigger_to_occur.isra.12 [amdgpu]] *ERROR* TG counter is not moving!
[ 8154.090533] [drm:wait_for_reset_trigger_to_occur.isra.12 [amdgpu]] *ERROR* GSL: Timeout on reset trigger!
Seeing the same behavior on 5.3.0 fairly regularly - is there any other info I could provide to help? openSUSE Tumbleweed x86_64 Kernel: 5.5.4-1-default Radeon RX 480 LG Ultra HD monitor KDE Plasma [drm] enabling link 1 failed: 15 I am seeing this also only I have just a single monitor. It will say no signal, and it turns off. Moving the mouse or pressing the keyboard doesn't turn the monitor on. I have to turn it on using the power button. Created attachment 288335 [details]
Further info, kernel log
I had some hard crashes recently (screen frozen or blank), sometimes as much as once a day, sometimes the System runs for days to weeks.
Today one screen didn't come up after I turned it on and i found a smoking gun in the attached dmesg. Maybe thats helpful.
System is AMD Ryzen 1700, Debian Buster, self built Kernel.
Potentially related https://bugzilla.kernel.org/show_bug.cgi?id=208115 Created attachment 293911 [details]
Another instance on 5.9.11-3-MANJARO #1 SMP PREEMPT
Same problem happens often on my desktop PC when resuming from power saving mode with monitor switched off. Like in other cases, switching monitor off/on helps but all open windows although seemingly restored to the original size before power saving, must have been temporarily resized to 640x480 during DP resolution negotiation which results in XFCE compiz (another, unrelated bug) shrinking them to 640x480 after moving for example.
Issue occurs very often, maybe about 1 of 5 times power saving mode is on. I am happy to do some more debugging if pointed to the right direction how to do it.
Some specs:
AMD RX5700 (Navi 10)
MSI MAG321CURV monitor.
Also seen here under kernel 5.9.12 with a Ryzen 3400G and a Samsung LU32H850UM on DisplayPort: [drm] enabling link 1 failed: 15 This is somewhat intermittent, and it comes back after power-cycling the monitor (which is configured with manual input selection). Not seen with Dell or Lenovo monitors on same port. I'll try a different DisplayPort cable just to check... |