Bug 98908 - [IVB] Unreliable handling of 3 displays
Summary: [IVB] Unreliable handling of 3 displays
Status: CLOSED WORKSFORME
Alias: None
Product: DRI
Classification: Unclassified
Component: DRM/Intel (show other bugs)
Version: unspecified
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Intel GFX Bugs mailing list
QA Contact: Intel GFX Bugs mailing list
URL:
Whiteboard: ReadyForDev
Keywords:
Depends on:
Blocks:
 
Reported: 2016-11-30 08:00 UTC by Dorota Czaplejewicz
Modified: 2018-04-20 14:04 UTC (History)
2 users (show)

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


Attachments
xrandr after last VT switch (1.43 KB, text/plain)
2017-04-06 10:54 UTC, Dorota Czaplejewicz
no flags Details
dmesg to console [log 0] (24.90 KB, application/x-xz)
2017-04-06 10:57 UTC, Dorota Czaplejewicz
no flags Details
dmesg with switching VT - truncated [log 1] (29.44 KB, application/x-xz)
2017-04-06 11:02 UTC, Dorota Czaplejewicz
no flags Details

Description Dorota Czaplejewicz 2016-11-30 08:00:29 UTC
Connecting all 3 displays to a desktop IVB (i7-3770) doesn't work reliably. Results range from image corruption (by shifting), to never waking up one of the displays (always the one on DisplayPort in my tests).

Xrandr shows all displays as connected, with the correct resolutions.

Changing the on/off state of a single display causes all to flicker, unlike with 2 displays.

In the case of all 3 screens being active (when all available at boot - some corrupted), using xrandr to turn off and back on the one assigned to CRTC2 fails on enabling.

Switching between VTs works for one cycle Xorg -> tty -> Xorg. Following attempts leave the screens blank.

Unfortunately, I don't have access to the logs right now.

Configuration tested:
CPU: Intel(R) Core(TM) i7-3770 CPU @ 3.40GHz
Motherboard: ASRock H77 Pro4/MVP
Displays: DP (DVI) + DVI + VGA
OS: Fedora 24
Kernel: 4.8.8-200.fc24.x86_64
Comment 1 yann 2016-11-30 09:34:22 UTC
(In reply to Dorota Czaplejewicz from comment #0)
> Connecting all 3 displays to a desktop IVB (i7-3770) doesn't work reliably.
> Results range from image corruption (by shifting), to never waking up one of
> the displays (always the one on DisplayPort in my tests).
> 
> Xrandr shows all displays as connected, with the correct resolutions.
> 
> Changing the on/off state of a single display causes all to flicker, unlike
> with 2 displays.
> 
> In the case of all 3 screens being active (when all available at boot - some
> corrupted), using xrandr to turn off and back on the one assigned to CRTC2
> fails on enabling.
> 
> Switching between VTs works for one cycle Xorg -> tty -> Xorg. Following
> attempts leave the screens blank.
> 
> Unfortunately, I don't have access to the logs right now.
> 
> Configuration tested:
> CPU: Intel(R) Core(TM) i7-3770 CPU @ 3.40GHz
> Motherboard: ASRock H77 Pro4/MVP
> Displays: DP (DVI) + DVI + VGA
> OS: Fedora 24
> Kernel: 4.8.8-200.fc24.x86_64

please post your logs as soon as you get them
Comment 2 Jari Tahvanainen 2017-03-29 08:38:38 UTC
Dorota - do you have logs now? Preferable with the latest kernel from drm-tip.
Comment 3 Dorota Czaplejewicz 2017-03-29 12:30:55 UTC
I will have access to the HW for a short time next week.
Comment 4 Dorota Czaplejewicz 2017-04-06 10:52:58 UTC
I obtained some logs with kernel drm-tip: 2017y-04m-03d-07h-59m-44s.

Base setup:
Nvidia GPU: primary, no driver, no display
Intel GPU: HDMI (DVI 1280x1024), VGA (1280x1024), DVI (1920x1080)
Fedora 24, KDE

Test: All 3 displays connected. Boot to console [log 0], startx as user, switch VTs, switch DVI off, switch VT and back to X [log 1]
Result: The last switch to X leaves all displays off. This is fixed by appropriate xrandr command. No other issues.
Comment 5 Dorota Czaplejewicz 2017-04-06 10:53:36 UTC
Note: the same behaviour is observed when Intel GPU is set to primary in BIOS.
Comment 6 Dorota Czaplejewicz 2017-04-06 10:54:40 UTC
Created attachment 130722 [details]
xrandr after last VT switch
Comment 7 Dorota Czaplejewicz 2017-04-06 10:57:01 UTC
Created attachment 130724 [details]
dmesg to console [log 0]

3 displays attached
Comment 8 Dorota Czaplejewicz 2017-04-06 11:02:08 UTC
Created attachment 130725 [details]
dmesg with switching VT - truncated [log 1]

several switches were performed
Comment 9 Elizabeth 2017-08-11 20:54:17 UTC
Good afternoon Dorota, 
From 4.12 and up, various patches for DP have been merged upstream. Could you please try with latest drm-tip to see if there is any relevant change?
Thank you.

https://cgit.freedesktop.org/drm-tip
Comment 10 Elizabeth 2017-10-24 15:31:09 UTC
Hello Dorota, any update on this case? Thank you.
Comment 11 Jani Saarinen 2018-03-29 07:10:33 UTC
First of all. Sorry about spam.
This is mass update for our bugs. 

Sorry if you feel this annoying but with this trying to understand if bug still valid or not.
If bug investigation still in progress, please ignore this and I apologize!

If you think this is not anymore valid, please comment to the bug that can be closed.
If you haven't tested with our latest pre-upstream tree(drm-tip), can you do that also to see if issue is valid there still and if you cannot see issue there, please comment to the bug.
Comment 12 Jani Saarinen 2018-04-20 14:04:32 UTC
Closing, please re-open if still occurs.


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.