[Bug 99650] Suspend and resume take long time on Dell XPS 13 9360 (Kaby Lake)

[bugzilla-daemon at freedesktop.org]

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

--- Comment #9 from Paul Menzel <pmenzel at molgen.mpg.de> ---
(In reply to David Weinehall from comment #7)
> Something seems to be really wrong with that graph you posted (suspend only
> taking 0.011ms)--or did you filter these figures to only contain resume time?

Indeed. Something seems off. I didn’t do anything besides running the script.
It looks like there is a bug.

> Anyhow, let's start with the low-hanging fruit:
> 
> The 206ms spent in skl_update_crtcs() is the VBT-mandated panel on-timeout
> (200ms) + DP link training. There's also cdclk programming which takes a few
> milliseconds. This covers intel_display_resume(), which is the biggest
> "culprit".

Indeed. What are the options to improve that? My first naive and ignorant
thought would be, on a laptop, and even desktop systems, the display doesn’t
change during suspend/resume. So can this be cached, and those values tried
first?

[…]

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