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

--- Comment #2 from fin4478@hotmail.com --- I am tired to automatic monitor sleep problems and made a launcher to manually sleep the monitor.

#! /bin/bash

sleep 5s xset dpms force standby

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

--- Comment #4 from fin4478@hotmail.com --- Use the DVI connector then. The HDMI development has a low priority. Developers use the display port connector and it is computer oriented while HDMI is for consumer electronics. I did sold my HDMI only monitor because of this. The ASUS VP28UQG monitor is really nice and freesync works.

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

--- Comment #6 from tme t00m4nyerr0rs@gmail.com --- Created attachment 143014 --> https://bugs.freedesktop.org/attachment.cgi?id=143014&action=edit Xorg log

I reproduced the problem at about 210 in the log.

Unfortunately I don't see an option to poll inputs in my monitor.

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

--- Comment #8 from Michel Dänzer michel@daenzer.net ---

From the Xorg log file:

[ 212.439] (II) AMDGPU(0): Allocate new frame buffer 1440x900 [ 212.439] (II) AMDGPU(0): => pitch 6144 bytes [ 212.639] (II) AMDGPU(0): Allocate new frame buffer 3360x1080 [ 212.639] (II) AMDGPU(0): => pitch 14336 bytes

This does look like there are hotplug events, and the HDMI output is considered disconnected for a moment.

(In reply to Alex Deucher from comment #5)

Some monitors poll inputs which sometimes causes the hpd pin to fire which looks like a hotplug event to the driver.

Any idea why this seems to only cause trouble with DC though?

(I was seeing similar symptoms with DC and an HDMI connection with Kaveri, I reported it to the DC developers internally a while ago; it's one reason why I'm currently not using DC on this machine)

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

--- Comment #10 from Alex Deucher alexdeucher@gmail.com --- (In reply to Michel Dänzer from comment #8)

This does look like there are hotplug events, and the HDMI output is considered disconnected for a moment.

When the monitor enters dpms, it starts polling inputs so it can light up whatever input gets connected without the user having to manually select the input. This can cause havoc with drivers sometimes.

(In reply to Alex Deucher from comment #5)

...

Some monitors poll inputs which sometimes causes the hpd pin to fire which looks like a hotplug event to the driver.

Any idea why this seems to only cause trouble with DC though?

DC handles both short and long pulses while I think the non-DC code only handles long pulses. IIRC, the only difference is the length of the pulse and I think the register values used to determine the pulse length are tuned slightly differently in DC to deal with other problematic monitors. I suspect tuning those settings would fix the issue, but I don't know if it would break other things.

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

--- Comment #12 from Michel Dänzer michel@daenzer.net --- (In reply to tme from comment #9)

Setting amdgpu.dc=1 on 4.15.18 and 4.16.18 does not reproduce the problem. It does, however, reproduce on 4.17.19.

Can you bisect between 4.16.18 and 4.17.19?

(I see some HPD filtering related changes between them, Nicholas / Harry maybe you can take a look if anything jumps out?)

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

--- Comment #14 from krutoileshii@gmail.com --- I am actually experiencing simar issues. Two monitors using displayport to hdmi cable to connect Vega 64 to the monitors. No xorg logs as it's under Wayland but more than happy to test any suggestions.

https://bbs.archlinux.org/viewtopic.php?id=243452

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

--- Comment #16 from krutoileshii@gmail.com --- Found a partial solution that seems to address the instant wake up under Wayland.

It seems that by default, the AOS2770SHE starts polling once display disconnects on one of its inputs. This seems to cause the actual system to wake up. However, this was not an issue before and used to function with no problems previously. It seems that something in amgdpu DC code changed that is picking up these polling requests.

To get the monitors to sleep properly, I did the following:

Set "Input Select": Auto -> HDMI1 Set "DDC/CI": Yes -> No

Now the display sleeps as expected and wakes up with no issues. Still would like to know what changed to cause this to appear. I usually need to have the inputs set to Auto as I have a docking station plugged into the monitors for the work laptop.

Also amdgpu.dc=0 hands the system and it's only becomes accessable through ssh. However no errors are present in any logs. But I'll file a different bug once I nail it down to a specific component.

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

--- Comment #18 from krutoileshii@gmail.com --- The function that sets the delay (dc_link_enable_hpd_filter), doesn't seem to be called anywhere as far as I can see. But I'm a complete noob here so might be missing something. (In reply to krutoileshii from comment #17)

I think this could be related to this commit b0c4e977522c34e20ad54ff4ca104129a7cfdeca which removed the delay.: Below patchset seems to be the likely cause as it touches the HDMI portion.

https://lists.freedesktop.org/archives/amd-gfx/2018-February/018956.html

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

--- Comment #20 from Utku Helvacı (tuxutku) proje.pdf@outlook.com --- (In reply to tme from comment #15)

I've been attempting to perform a bisect on an off for a while now with no success. The main problem I'm running into is this error when trying to compile.

RELOCS arch/x86/boot/compressed/vmlinux.relocs Unsupported relocation type: R_X86_64_PLT32 (4) make[4]: *** [arch/x86/boot/compressed/Makefile:123: arch/x86/boot/compressed/vmlinux.relocs] Error 1 make[3]: *** [arch/x86/boot/Makefile:112: arch/x86/boot/compressed/vmlinux] Error 2 make[2]: *** [arch/x86/Makefile:299: bzImage] Error 2 make[1]: *** [scripts/package/Makefile:96: bindeb-pkg] Error 2 make: *** [Makefile:1386: bindeb-pkg] Error 2

I've tried searching for solutions for this problem, but I haven't found anything. It occurs when I run "make -j4 deb-pkg" and "make bzImage". If anyone can help me solve this, I'd be happy to start bisecting again.

Hey i am bisecting the same commits for another problem and i am getting the same error: https://bugzilla.kernel.org/show_bug.cgi?id=201077#c26

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

--- Comment #22 from valentinesd@gmail.com --- This is happening to me as well.

RX570 w/ Acer H236HL Dual head, both inputs HDMI

I didn't have this issue with the same monitors and an nvidia card, so it seems specific to the amdgpu driver.

The monitors seem to lose signal (which is normal), then perform an auto input cycle which then wakes the monitors back up. The backlight will come on and display the mouse cursor on a black screen.

I experience this with both Xorg and Wayland.

Unfortunately I can't disable auto input on my monitors, as the previous workaround suggests. Just disabling DDC/CI didn't help.

Adding amdgpu.dc=0 to linux cmdline resolves the issue for me, but I'm concerned that may preclude my system from gaining newer features.

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

--- Comment #24 from Michel Dänzer michel@daenzer.net --- (In reply to Tom reed from comment #23)

Appears that when one monitor is switching inputs after turning off it wakes up the other monitor. A race condition between the two.

The problem reported here happens even with only a single monitor connected via HDMI.

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

--- Comment #26 from OlliC anon-98kbjd+freedesktop@mailbox.org --- Same problem here. Just switched from a Nvidia GTX 1050Ti to Radeon RX 590 on Fedora 30 using standard Gnome Desktop.

Using one Benq XL2430 via Displayport and one Benq BL2480T via HDMI.

Monitors won't go to sleep even after changing "Auto Input Switch" and "DDC/CI" off.

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

Jean Delvare jdelvare@suse.de changed:

What |Removed |Added ---------------------------------------------------------------------------- CC| |jdelvare@suse.de

--- Comment #28 from Jean Delvare jdelvare@suse.de --- Same problem here. Radeon RX 550 with 2 identical Lenovo P27h-10 displays configured in side-by-side mode, one over DisplayPort and one over HDMI, kernel 5.2.11. When the displays go to sleep, the multi-display configuration is lost, displays are in mirror mode when waking up, and I must configure them again. Booting with amdgpu.dc=0 works around the problem (thanks Michel for the hint!)

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

--- Comment #30 from Michel Dänzer michel@daenzer.net --- (In reply to Arianne Brink from comment #29)

My Vega 56 is showing the same problems. However, I noticed that by disabling xfsettingsd in XFCE and kscreen in Plasma it solved the problem.

Disabling those probably just means nothing listens to the spurious hotplug events, thereby avoiding the problem. Just another workaround, not a proper solution.