Due to an influx of spam, we have had to impose restrictions on new accounts. Please see this wiki page for instructions on how to get full permissions. Sorry for the inconvenience.
Admin message
The migration is almost done, at least the rest should happen in the background. There are still a few technical difference between the old cluster and the new ones, and they are summarized in this issue. Please pay attention to the TL:DR at the end of the comment.
[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
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.
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.
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?
> 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.
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
@skarana1 turns out that not only port is broken, but possibly motherboard need replacement too. I still aviating answer from service company on motherboard cost, so I can not verify this issue yet. Meanwhile, please look into #347 (closed) as this issue is clearly reproducible, I also have device from #347 (closed) on hands and can help with debugging now, if it will be necessary.