[Bug 97264] New: Screen blanking (DP link reset?) when working in terminals

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Tue Aug 9 18:44:55 UTC 2016


https://bugs.freedesktop.org/show_bug.cgi?id=97264

            Bug ID: 97264
           Summary: Screen blanking (DP link reset?) when working in
                    terminals
           Product: DRI
           Version: DRI git
          Hardware: x86-64 (AMD64)
                OS: Linux (All)
            Status: NEW
          Severity: normal
          Priority: medium
         Component: DRM/Intel
          Assignee: intel-gfx-bugs at lists.freedesktop.org
          Reporter: freedesktop-bugzilla at rivera.za.net
        QA Contact: intel-gfx-bugs at lists.freedesktop.org
                CC: intel-gfx-bugs at lists.freedesktop.org

Created attachment 125648
  --> https://bugs.freedesktop.org/attachment.cgi?id=125648&action=edit
Full dmesg, including multiple monitor blanks

Reported in Debian too: https://bugs.debian.org/833478

Hardware: Lenovo X250 (Intel Broadwell-U Integrated Graphics), with 2x Dell
U2713HM connected via docking station's Display Ports.

Software: Debian amd64, with Debian Linux kernel 4.6.0-1 and with
drm-intel-next-2016-08-08.

Since upgrading to the modesetting driver, the monitor I'm currently focussed
on often goes blank for a second, while I'm working. The others are unaffected.
I'm assuming that the Display Port connection is resetting, because if I have a
monitor menu up, when triggering the bug, it gets closed, as the screen blanks.
Nothing gets logged.

It seems to be usually caused by opening a terminal or pressing a key in a
terminal just after switching focus, but I can't explain any of that :)

It seems to happen less often if I turn one of the 3 monitors off. And I've
never seen it happen on the internal eDP panel, only on the DP Dell monitors.

Using the intel driver avoids the problem, but it seems to have picked up other
odd rendering bugs around the same time. Windows flicker between previous and
old contents.


With drm.debug=0x1e on drm-intel-next-2016-08-08 I see these events appear when
a monitor blanks:

[   68.609827] [drm:drm_atomic_state_init] Allocated atomic state
ffff8804244c5000
[   68.609843] [drm:drm_atomic_get_plane_state] Added [PLANE:29:cursor B]
ffff8804246b5180 state to ffff8804244c5000
[   68.609848] [drm:drm_atomic_get_crtc_state] Added [CRTC:30:pipe B]
ffff880410ee9000 state to ffff8804244c5000
[   68.609850] [drm:drm_atomic_set_crtc_for_plane] Link plane state
ffff8804246b5180 to [NOCRTC]
[   68.609853] [drm:drm_atomic_set_fb_for_plane] Set [NOFB] for plane state
ffff8804246b5180
[   68.609855] [drm:drm_atomic_check_only] checking ffff8804244c5000
[   68.609862] [drm:intel_plane_atomic_calc_changes] [CRTC:30:pipe B] has
[PLANE:29:cursor B] with fb -1
[   68.609865] [drm:intel_plane_atomic_calc_changes] [PLANE:29:cursor B]
visible 1 -> 0, off 1, on 0, ms 0
[   68.609871] [drm:drm_atomic_commit] commiting ffff8804244c5000
[   68.609904] [drm:drm_atomic_state_default_clear] Clearing atomic state
ffff8804244c5000
[   68.609908] [drm:drm_atomic_state_free] Freeing atomic state
ffff8804244c5000

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
You are the QA Contact for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/intel-gfx-bugs/attachments/20160809/63e2544d/attachment.html>


More information about the intel-gfx-bugs mailing list