Created attachment 129941 [details] kernel log recovered via journalctl I can reproduce this issue with different kernel versions, at least with 4.4, 4.9.11 and currently tested on 4.10.1 (all Arch Linux stock kernels). My setup involves a Lenovo T440s, ThinkPad Ultra Dock (which has a DP switch inside) and a Dell U2715H connected via DP to the docking station. The monitor is DP 1.2 MST/HBR2 capable... How reproducible: mostly (it might be timing related as I saw different behavior with different debug modes) Steps to Reproduce: 1. Laptop on docking station 2. Boot up laptop, Monitor works fine 3. Put Laptop in sleep mode (suspend to memory) 4. Leave Monitor on and Laptop docked 5. Wake up the Laptop using power button Actual results: System seems to freeze. The Laptop screen first flashes up with the desktop (<1s) but immediately turns black. The external monitor stays off. Expected results: Monitor shows desktop as it did before. Additional info: Docking/undocking on the same platform works mostly (sometimes (X)Wayland or some higher level component seems to crash, it might be related as I think it has to do with the enumeration of the display port (the ports get enumerated with ever increasing number DP-4, DP-5...)
#88124 seems to be a somewhat similar issue with a similar setup, but I do not have problems here when I turn the monitor off/back on...
Created attachment 129942 [details] i915_display_info (taken from a boot after observing the issue)
Adding tag into "Whiteboard" field - ReadyForDev *Status is correct *Platform is included *Feature is included *Priority and Severity correctly set *Logs included
Hello, this issue is happening in APL too, with the same steps to reproduce except I am using a single MST hub instead of a docking. Here is the software and hardware configuration: ====================================== Graphic stack ====================================== ====================================== Software ====================================== kernel version : 4.12.0-rc3-drm-tip-ww22-commit-187376e+ architecture : x86_64 os version : Ubuntu 17.04 os codename : zesty kernel driver : i915 bios revision : 161.11 bios release date : 10/24/2016 ksc : 1.22 ====================================== Graphic drivers ====================================== mesa : 17.2.0-devel (git-18efb404cf modesetting : modesetting_drv.so xorg-xserver : 1.19.3 libdrm : 2.4.81 vaapi (intel-driver) : Intel i965 driver for Intel(R) Broxton - 1.7.3 cairo : 1.14.8 xserver : X.Org X Server 1.19.99.1 intel-gpu-tools (tag) : intel-gpu-tools-1.18-211-g00ce341b intel-gpu-tools (commit) : 00ce341b ====================================== Hardware ====================================== motherboard model : BroxtonP motherboard id : ApollolakeRVP1A form factor : Hand Held manufacturer : IntelCorp. cpu family : Other cpu family id : 6 cpu information : 06/5c gpu card : Intel Corporation Celeron N3350/Pentium N4200/Atom E3900 Series Integrated Graphics Controller (rev 0a) (prog-if 00 [VGA controller]) memory ram : 7.61 GB max memory ram : 16 GB display resolution : 3840x1080 cpu thread : 4 cpu core : 4 cpu model : 92 cpu stepping : 9 socket : Other hard drive : 111GiB (120GB) current cd clock frequency : 288000 kHz maximum cd clock frequency : 624000 kHz displays connected : DP-1 DP-2 Regards.
Created attachment 132353 [details] kernel log
Hello Stefan, I tested this again on a HSW with a MST hub as mentioned in comment 4, and I can't reproduce the issue with kernel 4.16.0-rc5-drm-tip-commit-f2f89fc+ x86_64, Could you please verify again, and if issue persist reopen. Thank you. You can get newer versions from: https://www.kernel.org, and https://cgit.freedesktop.org/drm-tip
Reporter, is this still valid?
I currently don't have access to the dock due to travel for a while. I think you can consider it as resolved, I would reopen in case I encounter it again. Thanks.
(In reply to Stefan Agner from comment #8) > I currently don't have access to the dock due to travel for a while. I think > you can consider it as resolved, I would reopen in case I encounter it > again. Thanks. Thank you for the update Stefan. In that case I'm closing for now.
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.