Hello, could you please reproduce with drm.debug=0xe log_bug_len=2M on grub and attach full dmesg or kern.log? Thank you.

I've been trying to use my computer with i3 desktop manager (I believe it does not use Mutter). And I was able to get into "monitor does not wake up state". I believe it is the same as with Mutter crash before.

I have logs per your request. I see messages like this one

Nov 01 20:00:34 argo kernel: [drm:intel_dp_aux_ch [i915]] dp_aux_ch timeout status 0x7d4003ff
Nov 01 20:00:34 argo kernel: [drm:intel_dp_aux_ch [i915]] dp_aux_ch timeout status 0x7d4003ff
Nov 01 20:00:34 argo kernel: [drm:intel_dp_aux_ch [i915]] dp_aux_ch timeout status 0x7d4003ff
Nov 01 20:00:34 argo kernel: [drm:intel_dp_aux_ch [i915]] dp_aux_ch timeout status 0x7d4003ff
Nov 01 20:00:34 argo kernel: [drm:intel_dp_aux_ch [i915]] dp_aux_ch timeout status 0x7d4003ff
Nov 01 20:00:34 argo kernel: [drm:intel_dp_aux_ch [i915]] dp_aux_ch timeout status 0x7d4003ff
Nov 01 20:00:34 argo kernel: [drm:intel_dp_aux_ch [i915]] dp_aux_ch timeout status 0x7d4003ff
Nov 01 20:00:34 argo kernel: [drm:drm_dp_dpcd_access [drm_kms_helper]] Too many retries, giving up. First error: -110
Nov 01 20:00:34 argo kernel: [drm:intel_dp_start_link_train [i915]] *ERROR* failed to enable link training
Nov 01 20:00:34 argo kernel: [drm:intel_dp_start_link_train [i915]] Link Training failed at link rate = 540000, lane count = 4




Here is the full log https://gist.githubusercontent.com/anatol/ef5d273506bea731d45066e2110211cd/raw/5d588032bc9f7b6dd435a2bccc3e0b0bbd4a9c0e/monitor_does_not_wakeup.txt

I keep testing it at Arch Linux and I clearly can reproduce this "monitor does not wakeup" issue. Here is what I do:

* My computer is idle for a while and monitor is off (monitor status LED is off)
* I move a mouse and try to bring the system to active state
* system tries to wakeup the monitor but it goes to sleeping state (statue LED is orange)
* I have to switch to another Linux desktop with Ctrl+Alt+N and then back to my main desktop with Ctrl+Alt+1
* Now monitor wakes up and shows me gdm login screen (monitor LED is green)
* I choose my user, enter password, the system suppose to log in into my i3 session
* The monitor shows "No Signal" label and then goes to sleep (orange LED)

In systemd logs I see i3 crash

Nov 11 20:30:39 argo /usr/lib/gdm/gdm-x-session[707]: 11/11/2017 08:30:39 PM - [libi3] ERROR: Surface 0x557cbdf3c670 is not initialized, skipping drawing.


Here are more logs from this crash https://gist.github.com/anatol/c7d58e6377cef45e057fe34f245df5e5

It seems that it is a fix for SKL firmware that may help your case, could you please try: 
https://bugs.freedesktop.org/show_bug.cgi?id=101991#c18

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

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.

Closing, please re-open if still occurs.

I've been waiting for several months to see if new changes fix the issue. But unfortunately the issue still exist.

Is there any way to record the link traffic to debug the problem more easily?

Arch Linux, 4.18.5

Anatol, have you checked if this issue exists with latest drm-tip?
https://cgit.freedesktop.org/drm-tip
If exists, can you send dmesg with drm.debug=0x1e log_buf_len=4M?

Anatol, logs from latest drm-tip is needed and helpful for debugging. Can you provide those?

No feedback from more than two months. 
I assume this issue has been fixed, closing now. Feel free to reopen if the issue persists with latest drmtip. Remember to attach dmesg log from boot with kernel parameters.
(https://cgit.freedesktop.org/drm-tip).