Bug 107145 - two displays work; another is detected but black. dmesg told me to file a new bug here
Summary: two displays work; another is detected but black. dmesg told me to file a new...
Status: CLOSED WORKSFORME
Alias: None
Product: DRI
Classification: Unclassified
Component: DRM/Intel (show other bugs)
Version: unspecified
Hardware: x86-64 (AMD64) Linux (All)
: medium major
Assignee: Intel GFX Bugs mailing list
QA Contact: Intel GFX Bugs mailing list
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2018-07-06 22:08 UTC by flower
Modified: 2018-07-14 14:59 UTC (History)
2 users (show)

See Also:
i915 platform:
i915 features:


Attachments
/sys/class/drm/card0/error (30.04 KB, text/plain)
2018-07-06 22:08 UTC, flower
no flags Details
/var/log/Xorg.0.log (30.42 KB, text/x-log)
2018-07-07 08:44 UTC, flower
no flags Details

Description flower 2018-07-06 22:08:36 UTC
Created attachment 140485 [details]
/sys/class/drm/card0/error

ASUS PRIME B250M-C. Intel i7 6700K CPU
Kernel: 4.17.3-1-ARCH

Effect: HDMI and Displayport works; DVI-D does not.
Screen is detected and used by Xorg (i can move my mouse on it) but it stays black. It does work on console - but there all screens are mirrored

dmesg shows:
[flower@vicky ~]$ dmesg |grep drm
[    0.815471] [drm] VT-d active for gfx access
[    0.815473] fb: switching to inteldrmfb from EFI VGA
[    0.815563] [drm] Replacing VGA console driver
[    0.816372] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013).
[    0.816372] [drm] Driver supports precise vblank timestamp query.
[    0.817011] [drm] Finished loading DMC firmware i915/skl_dmc_ver1_27.bin (v1.27)
[    0.817303] [drm] Disabling framebuffer compression (FBC) to prevent screen flicker with VT-d enabled
[    0.821377] [drm] HuC: Loaded firmware i915/skl_huc_ver01_07_1398.bin (version 1.7)
[    0.832003] [drm] GuC: Loaded firmware i915/skl_guc_ver9_33.bin (version 9.33)
[    0.845183] [drm] Initialized i915 1.6.0 20180308 for 0000:00:02.0 on minor 0
[    1.009185] i915 0000:00:02.0: fb0: inteldrmfb frame buffer device
[   70.967122] [drm] GPU HANG: ecode 9:0:0x84d77cfc, in Xorg [846], reason: No progress on rcs0, action: reset
[   70.967124] [drm] GPU hangs can indicate a bug anywhere in the entire gfx stack, including userspace.
[   70.967124] [drm] Please file a _new_ bug report on bugs.freedesktop.org against DRI -> DRM/Intel
[   70.967125] [drm] drm/i915 developers can then reassign to the right component if it's not a kernel issue.
[   70.967125] [drm] The gpu crash dump is required to analyze gpu hangs, so please always attach it.
[   70.967126] [drm] GPU crash dump saved to /sys/class/drm/card0/error

Crash dump from is supplied as attachment /sys/class/drm/card0/error
Please tell me if you need any additional inforomation.
Comment 1 Chris Wilson 2018-07-07 07:23:52 UTC
The batch looks fine, quite dense in that there are quite a few full vertex buffers within the same batch which implies that the gpu is running quite slow.

Please do not load the GuC or specify any other i915 parameters.

Also please attach the Xorg.log
Comment 2 flower 2018-07-07 08:44:46 UTC
Created attachment 140495 [details]
/var/log/Xorg.0.log

this is my xorg.0.log
Comment 3 flower 2018-07-07 08:51:42 UTC
i have disabled all i915 kernel/module parameters but it did not change anything.
the third screen is still black and still detected by xorg (and still works on console)

GuC is still enabled (even though i removed the parameter) and its still the same gpu crash in dmesg/xorg log
Comment 4 flower 2018-07-07 09:50:08 UTC
supplied Xorg.log and removed GuC Parameter
Comment 5 flower 2018-07-07 10:33:53 UTC
DSUB works; Nur DVI-D does only work in BIOS.
closing this bug now
Comment 6 Simon Lee 2018-07-14 14:52:25 UTC
Can we close this issue?
Comment 7 flower 2018-07-14 14:59:18 UTC
yes, i thought i already marked it as resolved?


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.