<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#c92">Comment # 92</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:stefano.ruzzon@icloud.com" title="fatez <stefano.ruzzon@icloud.com>"> fatez</a> <pre>(In reply to Clinton Taylor from <a href="show_bug.cgi?id=105887#c90">comment #90</a>) > (In reply to user.forums from <a href="show_bug.cgi?id=105887#c84">comment #84</a>) > > (In reply to user.forums from <a href="show_bug.cgi?id=105887#c83">comment #83</a>) > > > (In reply to Clinton Taylor from <a href="show_bug.cgi?id=105887#c82">comment #82</a>) > > > > It will probably apply to 4.17. It's not much different than the 50ms wait > > > > you were using before. The patch just detects a GLK NUC before waiting 42ms. > > > > > > > > I would like some tests to make sure a 42ms delay is enough. I probably ran > > > > 200 cycles in testing, but would really like more to confirm the workaround. > > > > > > The good news is your patch applies to 4.17. The bad news is it doesn't work > > > here going from a NUC7PJYH -> Sony surround receiver -> Panasonic TV. > > > > Could you run lspci -vvn -s00:02.0 from a console prompt and post the > results? > > Thanks, > Clint Whit ur patch and kernel 4.17 : sudo lspci -vvn -s00:02.0 00:02.0 0300: 8086:3184 (rev 03) (prog-if 00 [VGA controller]) Subsystem: 8086:2072 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 0, Cache Line Size: 64 bytes Interrupt: pin A routed to IRQ 128 Region 0: Memory at a0000000 (64-bit, non-prefetchable) [size=16M] Region 2: Memory at 90000000 (64-bit, prefetchable) [size=256M] Region 4: I/O ports at f000 [size=64] [virtual] Expansion ROM at 000c0000 [disabled] [size=128K] Capabilities: [40] Vendor Specific Information: Len=0c <?> Capabilities: [70] Express (v2) Root Complex Integrated Endpoint, MSI 00 DevCap: MaxPayload 128 bytes, PhantFunc 0 ExtTag- RBE+ DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Unsupported- RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop- MaxPayload 128 bytes, MaxReadReq 128 bytes DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr- TransPend- DevCap2: Completion Timeout: Not Supported, TimeoutDis-, LTR-, OBFF Not Supported DevCtl2: Completion Timeout: 50us to 50ms, TimeoutDis-, LTR-, OBFF Disabled Capabilities: [ac] MSI: Enable+ Count=1/1 Maskable- 64bit- Address: fee00018 Data: 0000 Capabilities: [d0] Power Management version 2 Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- Capabilities: [100 v1] Process Address Space ID (PASID) PASIDCap: Exec- Priv-, Max PASID Width: 14 PASIDCtl: Enable- Exec- Priv- Capabilities: [200 v1] Address Translation Service (ATS) ATSCap: Invalidate Queue Depth: 00 ATSCtl: Enable-, Smallest Translation Unit: 00 Capabilities: [300 v1] Page Request Interface (PRI) PRICtl: Enable- Reset- PRISta: RF- UPRGI- Stopped+ Page Request Capacity: 00008000, Page Request Allocation: 00000000 Kernel driver in use: i915 Kernel modules: i915 If I step from HDMI 1 (kodi) to HDMI 2 (Sky) and go back to Kodi, I lose the signal. If I kill Kodi and raise him, after 8-9 times he returns to live but I lose the audio</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the QA Contact for the bug.</li> <li>You are on the CC list for the bug.</li> </ul> </body> </html>