Summary: | [BDW] After screen turn off / turn on rendering get slow, one frame per few dozens of seconds [CRTC:39:pipe A] flip_done timed out | ||||||
---|---|---|---|---|---|---|---|
Product: | DRI | Reporter: | russianneuromancer | ||||
Component: | DRM/Intel | Assignee: | Intel GFX Bugs mailing list <intel-gfx-bugs> | ||||
Status: | RESOLVED MOVED | QA Contact: | Intel GFX Bugs mailing list <intel-gfx-bugs> | ||||
Severity: | major | ||||||
Priority: | lowest | CC: | dhinakaran.pandiyan, intel-gfx-bugs | ||||
Version: | unspecified | ||||||
Hardware: | x86-64 (AMD64) | ||||||
OS: | Linux (All) | ||||||
Whiteboard: | ReadyForDev | ||||||
i915 platform: | BDW | i915 features: | display/PSR | ||||
Attachments: |
|
Description
russianneuromancer
2018-03-08 23:05:06 UTC
First of all. Sorry about spam. This is mass update for our bugs. Sorry if you feel this annoying but with this trying to understand if bug still valid or not. If bug investigation still in progress, please ignore this and I apologize! If you think this is not anymore valid, please comment to the bug that can be closed. If you haven't tested with our latest pre-upstream tree(drm-tip), can you do that also to see if issue is valid there still and if you cannot see issue there, please comment to the bug. Issue is still reproducible with today build of drm-tip from commit 29940f138482ff38047287ad288cea1fcf1f73b4. DK, any advice here? (In reply to russianneuromancer from comment #0) > Created attachment 137916 [details] > dmesg-tip > > Originally reported here: > https://bugs.freedesktop.org/show_bug.cgi?id=104573#c12 > > With Linux 4.15 it was easy to reproduce and with cod/tip/drm-tip/2018-03-08 > (fc93d196b8e428bc5a186bde78f412aa30081f38) it's now harder to reproduce, but > still possible. I no longer can reproduce issue with rotate, but still can > reproduce issue with screen turn off/turn on. > > How issue was reproduced: > On Ubuntu 18.04 x86_64 with Gnome 3.28 Beta. > In Gnome Shell Wayland session. > With boot option intel.psr=1 > Dell 7140 (M-5Y71) internal display is connected via eDP. > > dmesg with "intel.psr=1 drm.debug=0x1e log_buf_len=1M" boot options is > attached. To be sure, the command line option you are using is "i915.enable_psr=1" right ? And not "intel.psr=1" like you've stated above. Does this happen only if you boot with i915.enable_psr=1? When do you start seeing the flip time outs? login screen? or are you running any tests? What happens if you keep the screen busy? like playing a video or let's say keep moving the cursor? Reporter, please comment to question raised by DK. > Reporter, please comment to question raised by DK. Sorry for the late response! > To be sure, the command line option you are using is "i915.enable_psr=1" right ? Correct, as you can see in dmesg boot option is "i915.enable_psr=1". > When do you start seeing the flip time outs? login screen? or are you running any tests? In my case there is no login screen, because autologin is enabled in Gnome settings. I run test described in item 2: https://bugs.freedesktop.org/show_bug.cgi?id=104573#c12 > What happens if you keep the screen busy? like playing a video or let's say keep moving the cursor? Can't tell for sure, because I wasn't able to use Wayland session long enough due to issues with Gnome's integrated onscreen keyboard, and lack of other Wayland-compatible onscreen keyboards. As far I remember issue does not happen, but maybe because I didn't test long enough. The original bug you'd reported the issue on wasn't related to PSR. Just to be clear, do you see the flip timeouts without "i915.enable_psr=1" in the command line? Please test without that if you haven't. > do you see the flip timeouts without "i915.enable_psr=1" in the command line?
No.
Dhinakaran, any advice on this? (In reply to Lakshmi from comment #9) > Dhinakaran, any advice on this? I am not sure what is going on with BDW, somebody needs to debug. The logs attached here are going to be useful when that happens. My advice is to change the priority to lowest as the timeouts do not happen with default boot options and the kernel prints a warning when PSR is enabled via the module parameter. [ 1.824400] Setting dangerous option enable_psr - tainting kernel -- GitLab Migration Automatic Message -- This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/drm/intel/issues/81. |
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.