I'm seeing a long stall with this stack trace on kernel 4.5.0-0.rc7.git0.1.fc24.x86_64 : [<ffffffffa00a4bd8>] drm_dp_mst_wait_tx_reply+0xa8/0x200 [drm_kms_helper] [<ffffffffa00a7202>] drm_dp_payload_send_msg+0xd2/0x200 [drm_kms_helper] [<ffffffffa00a74cd>] drm_dp_update_payload_part1+0x19d/0x380 [drm_kms_helper] [<ffffffffa018d3ec>] intel_mst_disable_dp+0x4c/0xb0 [i915] [<ffffffffa0160933>] haswell_crtc_disable+0x183/0x310 [i915] [<ffffffffa0169460>] intel_atomic_commit+0x7b0/0x1880 [i915] [<ffffffffa005594a>] drm_atomic_commit+0x3a/0x60 [drm] [<ffffffffa00acad6>] drm_atomic_helper_set_config+0x76/0xb0 [drm_kms_helper] [<ffffffffa0044bf5>] drm_mode_set_config_internal+0x65/0x100 [drm] [<ffffffffa004932f>] drm_mode_setcrtc+0x2ef/0x520 [drm] [<ffffffffa003a712>] drm_ioctl+0x152/0x540 [drm] [<ffffffff81256d33>] do_vfs_ioctl+0xa3/0x5d0 [<ffffffff812572d9>] SyS_ioctl+0x79/0x90 [<ffffffff817cdb2e>] entry_SYSCALL_64_fastpath+0x12/0x6d [<ffffffffffffffff>] 0xffffffffffffffff This happens only if I have an external monitor connected to this thinkpad x240's dock station. Using fedora kernels I'm able to say that this started happening between v4.3-9393-gbd4f203 (good) and v4.3-11481-gc5a3788 (bad)
Thanks for reporting the issue. Can you please attach dmesg with drm.debug=0x1e on the latest drm-intel-nightly kernel?
timeout - marking resolved+worksforme. Please reopen this if failure still persist on the latest kernel (preferable from drm-tip).
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.