Summary: | [i965][SKL] External display blanks intermittently with Skylake in Linux 4.9rc2 | ||
---|---|---|---|
Product: | DRI | Reporter: | Brett Smith <brettcsmith> |
Component: | DRM/Intel | Assignee: | Intel GFX Bugs mailing list <intel-gfx-bugs> |
Status: | CLOSED WORKSFORME | QA Contact: | Intel GFX Bugs mailing list <intel-gfx-bugs> |
Severity: | normal | ||
Priority: | medium | CC: | freedesktop-bugs, intel-gfx-bugs, jared.dominguez |
Version: | unspecified | ||
Hardware: | x86-64 (AMD64) | ||
OS: | Linux (All) | ||
Whiteboard: | |||
i915 platform: | SKL | i915 features: | display/DP |
Description
Brett Smith
2016-10-28 14:30:03 UTC
I apologize, I misspoke on a couple of points and should correct them. In the Xorg logs above, DP1 is (apparently) the external display, while eDP1 is the laptop display. However, after watching more closely, it turns out these logs *don't* correlate with the screen blanks. Instead, they apparently happen while the screen is locked with GNOME's screen lock. I've noticed this monitor repeatedly complains about "No video input" when the screen is locked, rather than going to sleep as expected, and it seems like this correlates with some sort of flapping over which display should be primary. But that would be a separate issue, and personally it's less pressing to me than the monitor blanking. Sorry, one last correction: the monitor is configured to use DisplayPort 1.2, not 2.0. And then an update: the issue persists with Linux built from drm-intel-nightly 2016y-10m-28d-18h-28m-33s (commit 5ec329fd58f6e8ae6542219cec286619e2cd2590). Try configuring the monitor to use DisplayPort 1.1 if possible. I have been having this issue for a while and just this morning decided to poke around the monitor settings. Switching the monitor to 1.1 fixed the problem. My gear. Dell XPS 13 9350, AOC u3477pqu 3440x1440@59.94Hz The USB Type-C to DP adapter does claim to support DisplayPort Version 1.2, so I am not sure which piece is at fault yet. My monitor can be switched to DisplayPort 1.1, but if I do that, I drop down to either a lower resolution or a 30Hz refresh rate. I can only run 3840x2160@60.0Hz with DisplayPort 1.2. I would still consider this a bug even if blanking does not occur with DisplayPort 1.1. I can add some more information: This issue still occurs with drm-intel-nightly 2016y-11m-10d-09h-29m-41s (commit eb88955cdc6a1f4dabff6bc27747c1c9e9a3aaef). I actually have two of the same monitor, one at home and another at the office. For some reason, the monitor at the office blanks much more often than the one at home. They both do it, but the one at home will run for hours without blanking, while the one at the office sometimes has fits where it blanks several times per minute. I'm really not sure how to debug something like that, but I'm happy to try suggestions. I have tried swapping out the DisplayPort cable I use at the office, but that didn't make any noticeable change. I have noticed today that either switching from HDMI to mDP (Lenovo X250, Intel HD 5500; via docking station), or rather using the "modesetting" X.org driver (instead of "intel") fixed this issue for me: I do not had the external screen going off temporarily the whole afternoon. I have also switched the DP settings of the monitor (Dell U2715H), but am pretty certain to have used 1.2 at the end again (like before). Hello Brett. I'm sorry about the delay until getting back to you. Is the bug still valid with the latest kernel (preferable from drm-tip) ? Timeout - please reopen if problem still persist with the latest kernels (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.