[Bug 111690] Monitor does not wake from sleep with Haswell/DisplayPort

[bugzilla-daemon at freedesktop.org]

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

Lakshmi <lakshminarayana.vudum at intel.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |NEEDINFO
      i915 features|                            |power/suspend-resume
      i915 platform|                            |HSW
         Whiteboard|                            |Triaged

--- Comment #1 from Lakshmi <lakshminarayana.vudum at intel.com> ---
(In reply to Mark from comment #0)
> Reproduction:
> 1. Start X-Windows with "startx".
> 2. Allow computer to idle until it enters sleep mode, or put computer to
> sleep with "systemctl suspend"
> 3. Monitor displays "no signal" and goes to sleep after a few seconds
> 4. Press any key to wake up the computer
> 5. Computer wakes up, but monitor remains in sleep mode
> 
> My CPU is an i7-4770 and I'm using the integrated graphics.
> My monitor is an Acer B276HUL.
> 
> I only observe the problem when connected with DisplayPort. DVI-D works
> fine. Those are the only two connectors available on my monitor. I have no
> other DisplayPort monitors to test.
> 
> Recovery from sleep works when running Linux 3-series kernels (latest tried
> was 3.16). I have other issues with those kernels so I would like to upgrade.
> I've tried kernel versions 4.0-4.8 and 5.2 and they all exhibit this problem.
> 
Is is 100% reproducible?

Can you verify the issue with drmtip with kernel parameters drm.debug=0x1e
log_buf_len=4M. (https://cgit.freedesktop.org/drm-tip).

If the issue persists please attach dmesg from boot.

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