[Bug 105887] [GLK] no signal after switch resolution from 1080p at 23.98

[bugzilla-daemon at freedesktop.org]

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

--- Comment #92 from fatez <stefano.ruzzon at icloud.com> ---
(In reply to Clinton Taylor from comment #90)
> (In reply to user.forums from comment #84)
> > (In reply to user.forums from comment #83)
> > > (In reply to Clinton Taylor from comment #82)
> > > > 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

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