[Bug 107966] Graphical corruption with PSR - affects Plymouth only

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Fri Feb 1 19:09:16 UTC 2019


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

--- Comment #18 from Dhinakaran Pandiyan <dhinakaran.pandiyan at intel.com> ---
(In reply to Tom Seewald from comment #17)
> Potential workaround found:
> 
> Setting the kernel parameter i915.fastboot=1 (with i915.enable_psr=1)
> results in no screen corruption in plymouth's LUKS prompt.  This appears to
> be effective on both drm-tip and Fedora 29's 4.20.x kernel.  This issue was
> reproducible on every boot, and so far I cannot reproduce the screen
> corruption with fastboot enabled after 10+ boot cycles.
> 
> Any idea why fastboot has an effect on this?  I know that fastboot is likely
> to be set by default on SKL+ in the next kernel release, but it's still a
> bit strange that there's some interaction between psr and fastboot being
> disabled.
BIOS disables PSR, my guess is that fastboot inherits that state. A quick 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?

Btw, you shouldn't be needing i915.enable_psr=1 on drm-tip. PSR should be
enabled by default on a KBL refresh.

-- 
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/20190201/2afa69d2/attachment-0001.html>


More information about the intel-gfx-bugs mailing list