When PSR is disabled everything is fine, but enabled(i915.enable_psr=1) I have got the following problems: -The boot animation progress screen isn't shown or just at the end before the login screen appears. -Sometimes the password field for LUKS is available and if not there is only a blank screen. In case it is displayed no key-presses are shown. Typing in the password blindly does work in both cases. These issues are reproducible since kernel version 4.18.X. Current kernel version is: 4.19.13-300.fc29.x86_64 OS: Fedora 29 Possible problem: https://bugzilla.redhat.com/show_bug.cgi?id=1490490#c24 Hardware details: Lenovo T450s 00:02.0 VGA compatible controller: Intel Corporation HD Graphics 5500 (rev 09) 04:00.0 3D controller: NVIDIA Corporation GM108M [GeForce 940M] (rev a2)
Created attachment 143058 [details] dmesg all the way from boot drm.debug=0x1e log_buf_len=1M
(In reply to Sebastian from comment #0) > Possible problem: https://bugzilla.redhat.com/show_bug.cgi?id=1490490#c24 It is probable easier to copy and paste that here :) What I wrote there is: I think the PSR triggered plymouth problem is a kernel driver issue. Plymouth re-uses a single framebuffer, calling drmModeDirtyFB() on each update, I think that the driver does not properly recognize / tracks that a call to drmModeDirtyFB() means the panel needs to be taken out of self-refresh as there is new contents in the framebuffer. This at least goes for the password screen is shown, but no keypresses are shown case. If nothing is shown at all that might actually be a plymouth issue, I hope to create a patch for what I think is the cause of that next week and I will ask for testing that patch in https://bugzilla.redhat.com/show_bug.cgi?id=1490490.
Please try to reproduce the error using drm-tip (https://cgit.freedesktop.org/drm-tip) and kernel parameters drm.debug=0x1e log_buf_len=4M, and if the problem persists attach the full dmesg from boot.
Hi Hans We have PSR IGT tests doing exactly that, doing frontbuffer modification and then calling drmModeDirtyFB() to notify kernel the area that have changed.
(In reply to Radosław Szwichtenberg from comment #3) > Please try to reproduce the error using drm-tip > (https://cgit.freedesktop.org/drm-tip) and kernel parameters drm.debug=0x1e > log_buf_len=4M, and if the problem persists attach the full dmesg from boot. Can you please give me further instructions on how to use drm-tip?
https://01.org/linuxgraphics/documentation/build-guide-0
(In reply to Jose Roberto de Souza from comment #6) > https://01.org/linuxgraphics/documentation/build-guide-0 Looks like I should compile something...sorry I can't help you with that. In case you can provide me some executables I can test them.
Verifying the issue with latest drmtip (https://cgit.freedesktop.org/drm-tip) will help us to know if the issue still persists, also it will speed up the investigation. Can you please verify and give feedback?
No feedback for more than 40 days. Closing this bug as WORKSFORME. If this issue appears with latest drmtip, please attach the dmesg from boot.
Bug is still present on kernel 5.0.6-200.fc29.x86_64. As already mentioned I don't know how to use the latest drmtip and I can't compile something in case that's needed. Please provide clear instructions.
(In reply to Sebastian from comment #10) > Bug is still present on kernel 5.0.6-200.fc29.x86_64. > > As already mentioned I don't know how to use the latest drmtip and I can't > compile something in case that's needed. > > Please provide clear instructions. You can find instructions to build kernel here, https://01.org/linuxgraphics/documentation/build-guide-0 Also, can you please attach dmesg log from Kernel 5.0.6?
(In reply to Lakshmi from comment #11) > You can find instructions to build kernel here, > https://01.org/linuxgraphics/documentation/build-guide-0 Thank you for the link, but I can't see the content of the this page: "You are not authorized to access this page". > Also, can you please attach dmesg log from Kernel 5.0.6? Is attached.
Created attachment 144175 [details] dmesg_kernel_5.0.10
now 01.org links works again.
(In reply to Sebastian from comment #13) > Created attachment 144175 [details] > dmesg_kernel_5.0.10 @Jose, any further help here?
(In reply to Sebastian from comment #12) > (In reply to Lakshmi from comment #11) > > You can find instructions to build kernel here, > > https://01.org/linuxgraphics/documentation/build-guide-0 > > Thank you for the link, but I can't see the content of the this page: "You > are not authorized to access this page". Any update with dmrtip(https://cgit.freedesktop.org/drm-tip)? Instructions to build kernel link should be working fine.
(In reply to Lakshmi from comment #16) > (In reply to Sebastian from comment #12) > > (In reply to Lakshmi from comment #11) > > > You can find instructions to build kernel here, > > > https://01.org/linuxgraphics/documentation/build-guide-0 > > > > Thank you for the link, but I can't see the content of the this page: "You > > are not authorized to access this page". > Any update with dmrtip(https://cgit.freedesktop.org/drm-tip)? > Instructions to build kernel link should be working fine. I was able to try that yesterday. git clone git://anongit.freedesktop.org/drm-tip make defconfig make sudo make modules_install sudo make install Last step definitely didn't work. For me there are only these options left: 1. You provide me a .rpm file for what ever you want to have tested. 2. This bug stays opened until it get's fixed in the future with no hands on. 3. Reproduce the bug yourself. 4. Let me provide more log files or additional information if actually needed. I really appreciate your help, but there is no luck with building a new kernel and I won't try that again :-) PS: Installed Fedora 30(5.0.17-300.fc30.x86_64) and problem is still present.
Setting the priority to low as by default PSR is disabled on BDW.
(In reply to Lakshmi from comment #8) > Verifying the issue with latest drmtip > (https://cgit.freedesktop.org/drm-tip) will help us to know if the issue > still persists, also it will speed up the investigation. > > Can you please verify and give feedback? At this time the latest kernel version was 5.2.x and my OS got updated to 5.2.5-200.fc30.x86_64 now. Problem is still reproducible. How can I help to fix this issue?
Jose, can you help here if you have any ideas to this?
(In reply to Sebastian from comment #19) > (In reply to Lakshmi from comment #8) > > Verifying the issue with latest drmtip > > (https://cgit.freedesktop.org/drm-tip) will help us to know if the issue > > still persists, also it will speed up the investigation. > > > > Can you please verify and give feedback? > > At this time the latest kernel version was 5.2.x and my OS got updated to > 5.2.5-200.fc30.x86_64 now. Problem is still reproducible. > > How can I help to fix this issue? We have a huge PSR bug on 5.2 and the fix is still queued to get merged on 5.2, as soon it gets merged and release I will ask you to try again. Thanks
You are reporter of the issue currently having low priority. Do you still see issue. If so, please spesify clearly what is impact to you.
(In reply to Jani Saarinen from comment #22) > You are reporter of the issue currently having low priority. Do you still > see issue. If so, please spesify clearly what is impact to you. Just booted again with i915.enable_psr=1 set and the issue seems to be gone. Also PSR seems to be working fine: cat /sys/kernel/debug/dri/0/i915_edp_psr_status Sink support: yes [0x01] PSR mode: PSR1 enabled Source PSR ctl: enabled [0x81f00e26] Source PSR status: SRDENT [0x40040006] Busy frontbuffer bits: 0x00000000 Performance counter: 15820 5.3.11-300.fc31.x86_64 Do you want me to do some more testing? -Otherwise I don't mind when this case get's closed. Thank you! :-)
No need, thanks. Resolving/closing.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.