Bug 107157

Summary: [SKL] Broken colours on usb-c/thunderbolt 3 to HDMI output (alt DP mode)
Product: DRI Reporter: Jules Samuel Randolph <theswanted>
Component: DRM/IntelAssignee: Intel GFX Bugs mailing list <intel-gfx-bugs>
Status: CLOSED WORKSFORME QA Contact: Intel GFX Bugs mailing list <intel-gfx-bugs>
Severity: normal    
Priority: medium CC: glon.rzeczny, intel-gfx-bugs, pmenzel+bugs.freedesktop.org, theswanted
Version: unspecified   
Hardware: x86-64 (AMD64)   
OS: Linux (All)   
See Also: https://bugs.freedesktop.org/show_bug.cgi?id=99137
Whiteboard: Triaged
i915 platform: KBL, SKL i915 features: display/USB-C
Attachments:
Description Flags
Toshiba TV screen with broken colors and wrong ratio
none
dmesg log with drm.debug=0xf module enabled
none
xrandr verbose query
none
The colors fix themselves none

Description Jules Samuel Randolph 2018-07-08 17:48:45 UTC
Created attachment 140509 [details]
Toshiba TV screen with broken colors and wrong ratio

[SKL] Broken colours on usb-c/thunderbolt 3 to HDMI output (alt DP mode)

• Related to: #99137
• Description: Colours on external TV screen connected through USB-C/Thunderbolt 3 to HDMI adapter are broken — "16 bits depth" kind (see attachment) — and aspect ratio is 4/3.
• Setup: 
        - Hardware: DELL XPS 9350 with Intel Graphics 520 with BIOS V1.7.0, service tag CK00562 [1].
        - USB-C/Thunderbolt Controller: Reference is hard to find, but the technical prospect mentions support for Display Port 1.2 only.
          So my guess is it's intel late 2015 L6540 controller (Alpine Ridge) [2][3].
          Tested firmware are original and latest from 05 Apr 2018 [4].
        - USB-C/Thunderbolt to HDMI Adapter: Aukey CB-C37.
        - External screen: TOSHIBA TV 43L420U.
        - HDMI cable: I have tried many.
        - Distro: Manjaro 17.1.11.
        - Kernels tested: 4.18rc2, 4.17.4-1, 4.16.18-1, 4.14.53-1, 4.10.0-28, 4.9.111-1, 4.4.139-1 
• Extra diagnostic: Colors are not broken on PC Monitors (22 to 28 inches) nor on Windows 10 with the same TOSHIBA TV.
        HDMI audio is non-selectable in KDE settings, but I could make it work with `pacmd set-card-profile'. However, it did not improve color-rendering.
        I tried to switch on/off the TV screen as OP in #99137 offered and change resolutions, with no success.
• Attachments:
        - picture of the broken colors screen (with current post)
        - dmesg log with drm.debug=0xf (bellow this post)
        - xrandr verbose query (bellow this post)
        
[1] https://www.dell.com/support/home/us/en/cabsdt1/product-support/servicetag/ck00562
[2] https://downloads.dell.com/manuals/all-products/esuprt_laptop/esuprt_xps_laptop/xps-13-9350-laptop_reference%20guide_en-us.pdf
[3] https://en.wikipedia.org/wiki/Thunderbolt_(interface)#Thunderbolt_3
[4] https://downloads.dell.com/FOLDER04795516M/1/Intel_TBT3_FW_UPDATE_NVM26_FJJK7_A08_4.26.11.001.exe
Comment 1 Jules Samuel Randolph 2018-07-08 17:51:05 UTC
Created attachment 140510 [details]
dmesg log with drm.debug=0xf module enabled

Screen was attached from the beginning of boot process.
Comment 2 Jules Samuel Randolph 2018-07-08 17:52:35 UTC
Created attachment 140511 [details]
xrandr verbose query

TOSHIBA TV screen is `DP1'.
Comment 3 Jules Samuel Randolph 2018-07-08 18:05:03 UTC
So, to play my 5 cents here perhaps it might be related to the fact this controller supports DisplayPort 1.2 only (Thunderbolt alternate mode from June 2015) which is not that much popular. See [1].

[1] https://en.wikipedia.org/wiki/USB-C#Alternate_Mode_partner_specifications
Comment 4 Paul Menzel 2018-07-09 07:21:08 UTC
Thank you for the report. Several remarks.

1.  If you publish the Dell service tag, all people can look up the system configuration and warranty and so on. No idea, if only that data is needed to get the Dell support to do something.

2.  Do you know if it’s X.Org server/Wayland related?

3.  Could you please try to build drm-tip? [1]

4.  You might also want to join #intel-gfx on irc.freenode.net. Maybe folks in there might help you too.

[1]: https://01.org/linuxgraphics/documentation/how-report-bugs
Comment 5 Paul Menzel 2018-07-09 07:23:02 UTC
The following “warnings” are shown for the module in your log.

[    1.866459] i915: unknown parameter 'enable_rc6' ignored
[    1.866462] Setting dangerous option enable_fbc - tainting kernel
[    1.866464] i915: unknown parameter 'semaphores' ignored
Comment 6 glon.rzeczny@gmail.com 2018-08-28 19:48:41 UTC
Hi,
I'm totally new on the forum but I experienced same issue as on attached screens.
In my case the problem disappear after some random time (15 sec, 15 min or 30 min).
Here is a link do short video, it disappears after about 15 seconds and everything looks perfect.

https://drive.google.com/open?id=1V9FknPxg55LU3PhFUiBJb2STMcq42-sg

Laptop: Dell XPS 9370
TV with wrong colors: Samsung 48" Smart Hub (UE48H6400)
Adapter: Hama USB-C Adapter for HDMI
Comment 7 glon.rzeczny@gmail.com 2018-08-28 19:56:25 UTC
Created attachment 141324 [details]
The colors fix themselves
Comment 8 Paul Menzel 2018-09-11 11:14:54 UTC
(In reply to glon.rzeczny@gmail.com from comment #6)

> I'm totally new on the forum but I experienced same issue as on attached
> screens.

Thank you for your comment, and welcome. Please note, that this is about the Linux kernel driver. Looking at your video, it looks like you use Microsoft Windows?
Comment 9 glon.rzeczny@gmail.com 2018-09-12 16:23:08 UTC
(In reply to Paul Menzel from comment #8)
> (In reply to glon.rzeczny@gmail.com from comment #6)
> 
> > I'm totally new on the forum but I experienced same issue as on attached
> > screens.
> 
> Thank you for your comment, and welcome. Please note, that this is about the
> Linux kernel driver. Looking at your video, it looks like you use Microsoft
> Windows?

Hi,
it is Manjaro
 OS: Manjaro 17.1.12 Hakoila
 Kernel: x86_64 Linux 4.18.6-1-MANJARO
 Uptime: 3m
 Packages: 1226
 Shell: bash
Comment 10 Jules Samuel Randolph 2018-09-13 13:53:10 UTC
I have exactly the same setup, with KDE desktop environment as you do.
Might not be a coincidence ...
Sorry Paul Menzel, I didn't have enough time to compile a kernel.
Comment 11 Jani Nikula 2018-10-24 08:43:41 UTC
(In reply to Jules Samuel Randolph from comment #10)
> Sorry Paul Menzel, I didn't have enough time to compile a kernel.

We didn't have enough time to look at the bug. :p

Seriously, we could use feedback running drm-tip.
Comment 12 James Ausmus 2018-11-13 01:21:41 UTC
Dropping the "ReadyForDev" tag as we don't have dmesg log from drm-tip yet
Comment 13 Lakshmi 2018-11-14 11:19:39 UTC
Jules, can you reproduce this issue with latst drm-tip and send dmesg from boot with kernel parameters drm.debug=0x1e log_buf_len=4M??
https://cgit.freedesktop.org/drm-tip
Comment 14 Lakshmi 2018-11-27 08:03:26 UTC
Jules, any updates with drmtip?
Comment 15 Jules Samuel Randolph 2018-11-27 08:09:41 UTC
I'm running out of time friends!
I'll try at some point in December.
Comment 16 Lakshmi 2018-12-18 06:07:36 UTC
(In reply to Jules Samuel Randolph from comment #15)
> I'm running out of time friends!
> I'll try at some point in December.

Any updates?
Comment 17 Lakshmi 2019-02-06 15:06:31 UTC
Jules, do you still have the issue with latest drmtip? If not this bug can be closed.
Comment 18 Lakshmi 2019-02-22 10:04:43 UTC
No feedback from more than two months, closing as resolved works for me.
Please re-open if issue persists with latest drm-tip https://cgit.freedesktop.org/drm-tip and send dmesg from boot with kernel parameters drm.debug=0x1e log_buf_len=4M?

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.