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

--- Comment #2 from Reimar Imhof tuxuser@quantentunnel.de --- Created attachment 137479 --> https://bugs.freedesktop.org/attachment.cgi?id=137479&action=edit dmesg kernel 4.15.4; connected via hdmi; amdgpu.dc=1

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

--- Comment #4 from Alex Deucher alexdeucher@gmail.com --- Can you attach a picture?

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

--- Comment #6 from Reimar Imhof tuxuser@quantentunnel.de --- Created attachment 137510 --> https://bugs.freedesktop.org/attachment.cgi?id=137510&action=edit framebuffer console via hdmi

frame buffer console should be black but is violet (hdmi)

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

--- Comment #8 from Reimar Imhof tuxuser@quantentunnel.de --- Created attachment 137512 --> https://bugs.freedesktop.org/attachment.cgi?id=137512&action=edit desktop (dvi) - console is black, like expected

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

--- Comment #10 from Reimar Imhof tuxuser@quantentunnel.de --- Created attachment 137514 --> https://bugs.freedesktop.org/attachment.cgi?id=137514&action=edit x.org.log (dvi)

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

--- Comment #12 from Harry Wentland harry.wentland@amd.com --- There's a mismatch in colorspace we program and tell the HDMI receiver because we program the infoframe too early in our sequence. I'll send a patch tomorrow.

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

--- Comment #14 from Reimar Imhof tuxuser@quantentunnel.de --- I've build a 4.15.5 kernel incl. your patch and booted with display connected to hdmi. First boot hang. In journalctl I found Feb 24 11:29:28 linux kernel: [drm:drm_atomic_helper_wait_for_flip_done [drm_kms_helper]] *ERROR* [CRTC:42:crtc-0] flip_done timed out (I'll attach journalctl-boot-4-15-5-with-patch-hdmi-hang.txt)

Second try booted into gui (kde login). The colors where still wrong. But now it was possible to turn of the screen and on again. The screen resolution stayed the same but the colors still were wrong. (I'll attach dmesg-4-15-5-with-patch-hdmi.txt and Xorg.0.log-4.15.5-with-patch-hdmi.txt)

I'll stay with the dvi connected monitor.

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

--- Comment #16 from Reimar Imhof tuxuser@quantentunnel.de --- Created attachment 137576 --> https://bugs.freedesktop.org/attachment.cgi?id=137576&action=edit dmesg-4-15-5-with-patch-hdmi.txt

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

--- Comment #18 from Harry Wentland harry.wentland@amd.com --- Can you try the drm-next-4.17-wip branch from https://cgit.freedesktop.org/~agd5f/linux and see if that fixes the issue?

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

--- Comment #20 from Reimar Imhof tuxuser@quantentunnel.de --- I've tried drm-next-4.17-wip. What I've seen is the same as described with the initial bug description: When monitor is connected via hdmi I get wrong colors. This appears during boot before the gui (x.org) gets started (frame buffer boot animation). Wrong colors (sort of violet instead of black) also appear on frame buffer text console and with x.org gui. This bug appears with "amdgpu.dc=1" kernel parameter. While running x.org I've turned the monitor off and on again. This gives correct colors but the screen resolution goes to 1024x768. So it's no work around.

What I've seen is: The colors are correct if I run the monitor with a yuv color model instead of rgb.

One thing seems to be better: Every boot manged to get to the graphical login. I've tried about 10 reboots.

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

--- Comment #22 from Harry Wentland harry.wentland@amd.com --- Please keep one issue per ticket. Open a new ticket if needed.

That said, a fix for the flickering issue should be in drm-next-4.17 of Alex's git repo at https://cgit.freedesktop.org/~agd5f/linux/?h=drm-next-4.17 and should make it into Linus's tree from there.

That fix should also make it into 4.16 stable.