<html>
<head>
<base href="https://bugs.freedesktop.org/">
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_REOPENED "
title="REOPENED - Graphical corruption with PSR - affects Plymouth only"
href="https://bugs.freedesktop.org/show_bug.cgi?id=107966#c19">Comment # 19</a>
on <a class="bz_bug_link
bz_status_REOPENED "
title="REOPENED - Graphical corruption with PSR - affects Plymouth only"
href="https://bugs.freedesktop.org/show_bug.cgi?id=107966">bug 107966</a>
from <span class="vcard"><a class="email" href="mailto:tseewald@gmail.com" title="Tom Seewald <tseewald@gmail.com>"> <span class="fn">Tom Seewald</span></a>
</span></b>
<pre>(In reply to Dhinakaran Pandiyan from <a href="show_bug.cgi?id=107966#c18">comment #18</a>)
A quick
<span class="quote">> way to verify would be to check i915_edp_psr_status or dmesg with
> drm.debug=14 at Plymouth's login. And compare this to a boot without
> i915.fastboot=1. Can you please attach dmesg for the both test cases?</span >
What is the best way/is it possible to capture dmesg and check
/sys/kernel/debug/dri/ values at the Plymouth LUKS prompt? This is relatively
early in the boot process, before I have entered in the decryption password for
my drive.
I have verified however, that after the boot process has completed psr appears
to be enabled both with fastboot on and off.
<span class="quote">> Btw, you shouldn't be needing i915.enable_psr=1 on drm-tip. PSR should be
> enabled by default on a KBL refresh.</span >
Thanks, I can confirm that on drm-tip without explicitly setting
i915.enable_psr=1 I have graphical corruption while typing in my LUKS password
at the plymouth prompt.</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are on the CC list for the bug.</li>
<li>You are the QA Contact for the bug.</li>
</ul>
</body>
</html>