<html>
<head>
<base href="https://bugs.freedesktop.org/">
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEW "
title="NEW - No package C-states on Dell XPS 15 9570 after resume from deep sleep"
href="https://bugs.freedesktop.org/show_bug.cgi?id=111623#c20">Comment # 20</a>
on <a class="bz_bug_link
bz_status_NEW "
title="NEW - No package C-states on Dell XPS 15 9570 after resume from deep sleep"
href="https://bugs.freedesktop.org/show_bug.cgi?id=111623">bug 111623</a>
from <span class="vcard"><a class="email" href="mailto:tomi@nomi.cz" title="Tomas Janousek <tomi@nomi.cz>"> <span class="fn">Tomas Janousek</span></a>
</span></b>
<pre>Turns out I can reproduce this with i915/kbl_guc_ver9_39.bin +
i915/kbl_huc_ver02_00_1810.bin...
I bisected this to [cc80b2ef24898dc62242e194270200b01ca758d1] drm/i915/guc:
Change platform default GuC mode -- I've been running with enable_guc=-1. If I
had been running with enable_guc=3, I guess it would've bisected to
[a2904ade3dc28cf1a1b7deded41f4369f75e664c] drm/i915/guc: Don't allow GuC
submission.
Anyway, it seems that on this Kaby Lake system, loading HuC without GuC
submission leads to the GPU not entering rc6 and thus keeping the package out
of C-states. Obviously then it doesn't matter what GuC version it is, be it
9.39 or 32.0.3 or whatever.
Dunno what the solution is. Judging from the
cc80b2ef24898dc62242e194270200b01ca758d1 commit message, I'm guessing it might
be appropriate to revert the GuC firmware versions to 9.39 for 5.3?</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<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>