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

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Wed May 30 02:39:07 UTC 2018


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

--- Comment #76 from shashank.sharma at intel.com <shashank.sharma at intel.com> ---
(In reply to Clinton Taylor from comment #75)
> (In reply to shashank.sharma at intel.com from comment #74)
> > Well, I could not relate that, as there are few parallel thread. Also I
> > don't understand why we need a HDMI 2.0 retimer on GLK as it already has a
> > HDMI 2.0 native controller, unless someone needs 2 or 3 HDMI 2.0 sources
> > coming out of GLK NUC, and NUC was short of it, and some platform team
> > decided to use some Paradetech dongle to convert DP 1.2 -> HDMI 2.0. 
> > 
> 
> The ITE66317 retimer implementation does seem to be causing the Linux driver
> some difficulty. Based on what I have seen so far, the Linux driver doesn't
> wait long enough during mode changes for the retimer to sync correctly to
> the new faster clock.

If that's the case, in order to upstream this kind of solution in driver, we
need to:
- detect if this is the specific device with re-timer, because a general
purpose wait in encoder path wont be acceptable, in driver.
- we need the official sepc indicating this encoder needs this range of timing
delay for these pixel clock rates.

- Shashank

-- 
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/20180530/399407a8/attachment.html>


More information about the intel-gfx-bugs mailing list