Dell XPS 13 7390 screen corruption in 18.04 LTS, 19.04 and 19.10 on Intel Comet Lake

This change was made by a bot.

With a custom kernel built from Ubuntu linux package 5.3.0-24.26 with this patch:

https://bugs.freedesktop.org/attachment.cgi?id=144765

(freedesktop.org bug https://bugs.freedesktop.org/show_bug.cgi?id=110511)

display works as expected: Flickering after first boot and after resume is gone.

also filed here
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1826125

could you try booting a "broken" kernel with i915.enable_psr=0 added to the options (from the grub menu)

@packet,
Could you attached edid of the system?
So we could get to know which panel has this kind of issue.
thank you.

That's already provided in the attached Xrandr.txt

... which decodes to ...

Extracted contents:
header: 00 ff ff ff ff ff ff 00
serial number: 4d 10 ad 14 00 00 00 00 2a 1c
version: 01 04
basic params: a5 1d 11 78 0e
chroma info: de 50 a3 54 4c 99 26 0f 50 54
established: 00 00 00
standard: 01 01 01 01 01 01 01 01 01 01 01 01 01 01 01 01
descriptor 1: 4d d0 00 a0 f0 70 3e 80 30 20 35 00 26 a5 10 00 00 18
descriptor 2: a4 a6 00 a0 f0 70 3e 80 30 20 35 00 26 a5 10 00 00 18
descriptor 3: 00 00 00 fe 00 30 52 39 39 4b 80 4c 51 31 33 33 44 31
descriptor 4: 00 00 00 00 00 02 41 03 28 01 12 00 00 0b 01 0a 20 20
extensions: 00
checksum: 41

Manufacturer: SHP Model 14ad Serial Number 0
Made week 42 of 2018
EDID version: 1.4
Digital display
8 bits per primary color channel
DisplayPort interface
Maximum image size: 29 cm x 17 cm
Gamma: 2.20
Supported color formats: RGB 4:4:4, YCrCb 4:4:4
Default (sRGB) color space is primary color space
First detailed timing is preferred timing
Established timings supported:
Standard timings supported:
Detailed mode: Clock 533.250 MHz, 294 mm x 165 mm
               3840 3888 3920 4000 hborder 0
               2160 2163 2168 2222 vborder 0
               -hsync -vsync
Detailed mode: Clock 426.600 MHz, 294 mm x 165 mm
               3840 3888 3920 4000 hborder 0
               2160 2163 2168 2222 vborder 0
               -hsync -vsync
ASCII string: 0R99K
Manufacturer-specified data, tag 0
Checksum: 0x41 (valid)
EDID block does NOT conform to EDID 1.3!
 Missing name descriptor
 Missing monitor ranges
 Detailed block string not properly terminated

Interestingly that's a different panel to duplicate bug 1863603.

Not sure why the tool couldn't find it but it looks like the panel name is "LQ133D1".

so how about booting with 'i915.enable_psr=0'?

@tjaalton I recently switched to Debian, it's difficult for me now to test Ubuntu kernels. I tried on i915.enable_psr=0 on broken Debian kernel linux-image-5.4.0-4-amd64 (5.4.19+1): Screen corruption persisted. Let me know if you need to have it tested with an Ubuntu kernel, I'd try Ubuntu 19.10 live usb thumbdrive then.

@kent-jclin I guess your question for EDID data was already answered. In case it wasn't, this is what I got from /sys:

packet@xps:~$ cat /sys/devices/pci0000\:00/0000\:00\:02.0/drm/card0/card0-eDP-1/edid | hexdump -C
00000000 00 ff ff ff ff ff ff 00 4d 10 ad 14 00 00 00 00 |........M.......|
00000010 2a 1c 01 04 a5 1d 11 78 0e de 50 a3 54 4c 99 26 |*......x..P.TL.&|
00000020 0f 50 54 00 00 00 01 01 01 01 01 01 01 01 01 01 |.PT.............|
00000030 01 01 01 01 01 01 4d d0 00 a0 f0 70 3e 80 30 20 |......M....p>.0 |
00000040 35 00 26 a5 10 00 00 18 a4 a6 00 a0 f0 70 3e 80 |5.&..........p>.|
00000050 30 20 35 00 26 a5 10 00 00 18 00 00 00 fe 00 30 |0 5.&..........0|
00000060 52 39 39 4b 80 4c 51 31 33 33 44 31 00 00 00 00 |R99K.LQ133D1....|
00000070 00 02 41 03 28 01 12 00 00 0b 01 0a 20 20 00 41 |..A.(....... .A|
00000080

Hex dump of EDID (without ASCII representation due to line wrapping):

packet@xps:~$ cat /sys/devices/pci0000\:00/0000\:00\:02.0/drm/card0/card0-eDP-1/edid | hexdump
0000000 ff00 ffff ffff 00ff 104d 14ad 0000 0000
0000010 1c2a 0401 1da5 7811 de0e a350 4c54 2699
0000020 500f 0054 0000 0101 0101 0101 0101 0101
0000030 0101 0101 0101 d04d a000 70f0 803e 2030
0000040 0035 a526 0010 1800 a6a4 a000 70f0 803e
0000050 2030 0035 a526 0010 1800 0000 fe00 3000
0000060 3952 4b39 4c80 3151 3333 3144 0000 0000
0000070 0200 0341 0128 0012 0b00 0a01 2020 4100
0000080

Decodes to:

packet@xps:~$ cat /sys/devices/pci0000\:00/0000\:00\:02.0/drm/card0/card0-eDP-1/edid | edid-decode
edid-decode (hex):

00 ff ff ff ff ff ff 00 4d 10 ad 14 00 00 00 00
2a 1c 01 04 a5 1d 11 78 0e de 50 a3 54 4c 99 26
0f 50 54 00 00 00 01 01 01 01 01 01 01 01 01 01
01 01 01 01 01 01 4d d0 00 a0 f0 70 3e 80 30 20
35 00 26 a5 10 00 00 18 a4 a6 00 a0 f0 70 3e 80
30 20 35 00 26 a5 10 00 00 18 00 00 00 fe 00 30
52 39 39 4b 80 4c 51 31 33 33 44 31 00 00 00 00
00 02 41 03 28 01 12 00 00 0b 01 0a 20 20 00 41

----------------

EDID version: 1.4
Manufacturer: SHP Model 5293 Serial Number 0
Made in week 42 of 2018
Digital display
8 bits per primary color channel
DisplayPort interface
Maximum image size: 29 cm x 17 cm
Gamma: 2.20
Supported color formats: RGB 4:4:4, YCrCb 4:4:4
Default (sRGB) color space is primary color space
First detailed timing includes the native pixel format and preferred refresh rate
Color Characteristics
  Red: 0.6396, 0.3291
  Green: 0.2998, 0.5996
  Blue: 0.1494, 0.0595
  White: 0.3125, 0.3281
Established Timings I & II: none
Standard Timings: none
Detailed mode: Clock 533.250 MHz, 294 mm x 165 mm
               3840 3888 3920 4000 ( 48 32 80)
               2160 2163 2168 2222 ( 3 5 54)
               -hsync -vsync
               VertFreq: 59.997 Hz, HorFreq: 133.312 kHz
Detailed mode: Clock 426.600 MHz, 294 mm x 165 mm
               3840 3888 3920 4000 ( 48 32 80)
               2160 2163 2168 2222 ( 3 5 54)
               -hsync -vsync
               VertFreq: 47.997 Hz, HorFreq: 106.650 kHz
Alphanumeric Data String: 0R99K
Manufacturer-Specified Display Descriptor (0x00): 00 00 00 02 41 03 28 01 12 00 00 0b 01 0a 20 20 ....A.(.......

ok, so can you test this kernel?

https://aaltoset.kapsi.fi/lp1826125

This is (in the short term at least) able to be resolved by adjusting a BIOS setting; disable "Early DELL Logo" and you'll be able to cleanly resume from S3.

@frio:

S3? Did you manually switch /sys/power/mem_sleep from s2idle to deep? By default it should be going into suspend to idle (s2idle) not s3.

packet: please test the kernel I gave

@frio #16 I'm unable to find the BIOS setting to disable "Early DELL Logo". Can you be so kind point me to it?

Hi, I also have the same issue. I'm on an XPS 13 7390 and have screen distortion as seen on https://www.youtube.com/watch?v=PwaBATDK9Lw

I have tried Ubuntu 18.04, which is the one that Dell ships this laptop with, and 19.10. I have also tried the latest versions of Kali, Mint, Manjaro, and even Intel's Clear Linux distribution, all with the same screen issue. Kali is the last distribution I tested, and the one that I currently have installed. I have tried booting with 'nomodeset', and it doesn't even boot to the login screen. Is there anything I can try? I bought this laptop so I could get into Linux, so, as you can imagine, I am pretty inexperienced, and might require some more 'explaining' in some of the resolution steps I've read here. Also, I can confirm I do not have an 'Early Dell logo' option in my BIOS.

Sorry, @tjaalton, took a while (needed to install Ubuntu again). I was able to test your custom kernel on a freshly installed Ubuntu 19.10. Results with custom kernel from https://aaltoset.kapsi.fi/lp1826125:

- Screen corruption was gone
- Suspend/resume worked and graphics output was usable after resume
- Did not test hibernate/resume

This kernel image solved the reported issue.

Hi, sorry, for whatever reason I missed notifications about this thread in my inbox.

I'm on BIOS 1.1.3; I believe you can update using fwupdmgr if you're on an older version still. I've forgotten which screen the option is under; I'll post again next time I reboot.

I may have been replying to the wrong thread, however -- there's another thread about display corruption on resuming from S3 (which has to be manually enabled), and... the reply I *thought* I put there, suspiciously, is in this thread. Doh.

packet: cool, the patch is now on upstream list, will be backported to ubuntu once it's reviewed

I guess this was merged to upstream kernels. I have no issues on 20.04 with 5.6.3 Kernel (actually since ~5.4.0 I do note experience this issue anymore).

On another note, I see a similar tearing when playing high res videos on youtube (I have 2x4k monitors connected to my XPS 13 7390 / no fractional scaling enabled).
Can someone confirm this?