Bug 98919 - [Broadwell regression] Monitor on DP docking station causes odd behavior
Summary: [Broadwell regression] Monitor on DP docking station causes odd behavior
Status: CLOSED FIXED
Alias: None
Product: DRI
Classification: Unclassified
Component: DRM/Intel (show other bugs)
Version: unspecified
Hardware: Other All
: highest critical
Assignee: Nobody
QA Contact: Intel GFX Bugs mailing list
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-12-01 01:46 UTC by Andreas Kloeckner
Modified: 2017-02-08 09:10 UTC (History)
3 users (show)

See Also:
i915 platform: BDW
i915 features: display/DP


Attachments

Description Andreas Kloeckner 2016-12-01 01:46:40 UTC
I'm not sure I've got this down to a repeatable pattern yet, but the behavior is certainly "odd". I've got a ThinkPad X250 with an associated docking station. I have a Dell P2715Q (4K) monitor plugged into a display port on the docking station. The monitor seems to be detected OK and work fine upon first being plugged in, and it certainly works OK if it's plugged in from boot.

Things start to awry when the monitor is disconnected (either by removing the computer from the docking station, or by removing the monitor plug). At that point, "xrandr" starts taking a long time and, irrespective of the actual monitors plugged in, reports a phantom monitor on the port where the now-disappeared monitor was:

DP-2-2 connected 1024x768+1920+0 (normal left inverted right x axis y axis) 0mm x 0mm
   1024x768      60.00* 
   800x600       60.32    56.25  
   848x480       60.00  
   640x480       59.94  

At this point, no further monitor plugging/unplugging seems to have any effect. This is on Debian's kernel 4.9rc5. I'll test with 4.6 next and see what I get. 

Related (but not certainly identical) bugs include bug 98211.

Debian bug template: https://gist.github.com/inducer/4a382ef00efc10fe1104f701267fe999 (kernel/software versions, logs, etc.)
Comment 1 Andreas Kloeckner 2016-12-01 01:51:57 UTC
4.6 seems rock-solid from initial testing.
Comment 2 Andreas Kloeckner 2016-12-01 01:52:10 UTC
4.6 seems rock-solid by comparison.
Comment 3 Jari Tahvanainen 2017-01-23 08:29:24 UTC
Ricardo - do pre-screening for keywords needed.
Comment 4 Tomeu Vizoso 2017-02-07 07:02:45 UTC
Could you please boot with drm.debug=0xe in the kernel command line and attach the logs, please?
Comment 5 Andreas Kloeckner 2017-02-08 07:09:42 UTC
This has mostly resolved itself for me with kernel 4.9. Thanks for following up.
Comment 6 Jari Tahvanainen 2017-02-08 09:10:17 UTC
Closing resolved+fixed. Verified by Reporter.


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.