Created attachment 141272 [details]
kernel messages while system is trying to turn on the two attached displays
System: Dell XPS 9570 (Coffee Lake i7-8750H)
Kernel params: i915.enable_fbc=1 i915.enable_psr=1 i915.enable_guc=3
kernel: [drm] Finished loading DMC firmware i915/kbl_dmc_ver1_04.bin (v1.4)
kernel: [drm] HuC: Loaded firmware i915/kbl_huc_ver02_00_1810.bin (version 2.0)
kernel: [drm] GuC: Loaded firmware i915/kbl_guc_ver9_39.bin (version 9.39)
1. Boot system.
2. Connect to Dell WD-15 dock (Synaptics VMM3332 chip inside).
3. Observe X11 session correctly modesetting two Dell displays connected to the dock to 1920x1200. Laptop display gets disabled, per configuration.
4. Suspend system.
5. Resume system.
Both external displays wake up and modeset correctly.
Neither display wakes up, laptop display is still on, system is unresponsive except for mouse movement.
Attached is the relevant kernel log from just after the resume.
I have also confirmed this bug on vanilla 4.19-rc0.
Please let me know if there's anything further I can provide, I can consistently reproduce this issue.
Please try to reproduce the error using drm-tip (https://cgit.freedesktop.org/drm-tip) and kernel parameters drm.debug=0x1e log_buf_len=4M, and if the problem persists attach the full dmesg from boot.
Created attachment 141311 [details]
dmesg from drm-tip (f1c0fce7feaa69409ec8a379fc78ef792f168d28)
drm-tip (f1c0fce7feaa69409ec8a379fc78ef792f168d28) actually does a lot worse.
I observe the following:
1) Log into the user session
2) Plug in the dock with the two displays
3) Flash to black on laptop screen
4) AFAICT one of the two displays wakes up but only shows a mouse pointer on a black display
5) Moving the mouse pointer even a little bit renders it unresponsive (it freezes)
6) Unplugging the dock cable doesn't recover the system
For reasons I don't understand, journalctl was unable to show me these boots (which I had to force-power-off from), so the dmesg is from the following:
1) Log in to the user session
2) Switch to a tty
3) Start dmesg -w | tee
4) Switch back to user session
5) Plug in dock
6) Wait a bit
7) SysRq emergency sync
8) Force power off
Hope this helps, happy to try out other things too :)
Any updates on this?
The regression I observed earlier on drm-tip made it into 4.19-rc2. Modesetting completely fails with the two displays now and no image is actually drawn on either screen apart for the cursor. The system also appears to halt with no input being processed (even switches to ttys).
4.19-rc2 is a regression over 4.18 in that modesetting completely fails with dual displays (see logs from drm-tip).
4.18 is broken in that modesetting fails after a suspend/resume but is fine before that.
Could you double check if this issue exists on 5.0?
Reporter, can you please verify the issue with latest drmtip?
More than 2 months with no feedback from reporter, closing