<html> <head> <base href="https://bugs.freedesktop.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_ASSIGNED " title="ASSIGNED - [GLK] no signal after switch resolution from 1080p@23.98" href="https://bugs.freedesktop.org/show_bug.cgi?id=105887#c86">Comment # 86</a> on <a class="bz_bug_link bz_status_ASSIGNED " title="ASSIGNED - [GLK] no signal after switch resolution from 1080p@23.98" href="https://bugs.freedesktop.org/show_bug.cgi?id=105887">bug 105887</a> from <a class="email" href="mailto:d.scheller.oss@gmail.com" title="Daniel Scheller <d.scheller.oss@gmail.com>"> Daniel Scheller</a> <pre>(In reply to Daniel Scheller from <a href="show_bug.cgi?id=105887#c85">comment #85</a>) > (In reply to Jani Saarinen from <a href="show_bug.cgi?id=105887#c80">comment #80</a>) > > reference: <a href="https://patchwork.freedesktop.org/series/44446/">https://patchwork.freedesktop.org/series/44446/</a> > > This patch (backported to the Ubuntu 4.15.0 kernel sources as a replacement > for the "hack selection", see above) doesn't work on my J5005-ITX either. > Upon boot, the "No signal" issue is back, reverting to the previous kernel > with the plain 50ms wait makes it work again. Sadly can't just edit the comment. For reference, the hardware IDs for the GLK GPU on this board (lspci -vvn): 00:02.0 0300: 8086:3184 (rev 03) (prog-if 00 [VGA controller]) Subsystem: 1849:2212 Again, unconditionally waiting 50ms at the end of intel_ddi_disable_transcoder_func() works, so I suspect all GLK hardware needs this, not only the NUCs.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are on the CC list for the bug.</li> <li>You are the QA Contact for the bug.</li> </ul> </body> </html>