Summary: | [KBL] System needs long delay to boot with MST hub connected and then no multi stream | ||||||
---|---|---|---|---|---|---|---|
Product: | DRI | Reporter: | cprigent <christophe.prigent> | ||||
Component: | DRM/Intel | Assignee: | cprigent <christophe.prigent> | ||||
Status: | CLOSED FIXED | QA Contact: | Intel GFX Bugs mailing list <intel-gfx-bugs> | ||||
Severity: | normal | ||||||
Priority: | medium | CC: | intel-gfx-bugs, jim.bride | ||||
Version: | unspecified | ||||||
Hardware: | x86-64 (AMD64) | ||||||
OS: | Linux (All) | ||||||
Whiteboard: | |||||||
i915 platform: | KBL | i915 features: | display/DP MST | ||||
Attachments: |
|
Description
cprigent
2016-02-19 14:28:16 UTC
Jim, any advice on how to proceed on this issue? (In reply to yann from comment #1) > Jim, any advice on how to proceed on this issue? I would stop testing with two external displays on MST for now; that will be problematic until we have the DP link training rework in place. From what I'm seeing in dmesg, there are no MST-specific errors visible. There is a ton of power management noise in there that I would be suspicious of. I don't have a Kaby Lake myself, nor have I read much about it in the B-Spec, but clock setup is an area that has bitten us before, as is power management. There is one other thing that I find odd. Feb 19 14:29:34 KBLU1 kernel: [ 1.350958] [drm:intel_dp_probe_oui] Sink OUI: 0080e1 Feb 19 14:29:34 KBLU1 kernel: [ 1.353319] [drm:intel_dp_probe_oui] Branch OUI: 0080e1 Feb 19 14:29:34 KBLU1 kernel: [ 1.355688] [drm:intel_dp_probe_mst] Sink is MST capable I've never seen the Sink OUI and Branch OUI the same before, and I find this particularly odd considering that a hub is being used. What kind of monitors are being used? I'd suggest, for initial testing with MST, making sure that any external displays being used are 1080p monitors so that we don't run up against configurations that won't be valid for the given link bandwidth. Just for my own edification, can you please attach copies of the i915_display_info and i915_dp_mst_info files from debugfs with a DUT->MST Hub-><single 1080p monitor> configuration for me to look at? Please be sure that the single monitor is plugged into port 1 on the MST hub (many of the hubs require this.) Additionally, ensure that the MST hub is powered. Some use an external power supply, but some others expect to be powered off of a USB port that is on the hub. Please also test this on a more recent kernel; there have been several MST fixes recently, some in the area of power management, that could be impacting things here. Thanks Jim your prompt reply. Christophe, please re-test using v4.6-rc5 or later. Moreover, attached i915_display_info and i915_dp_mst_info files as advised by Jim Six months later, it seems to be a good time to retest this configuration given the link training patches merged upstream. Christophe, can you and QA do this? With fresh setup, I confirm DUT boots without problems. I reported a new bug internally. So closed |
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.