On Mon, Feb 5, 2018 at 6:53 PM, Pandiyan, Dhinakaran <dhinakaran.pandiyan@xxxxxxxxx> wrote: > > > > On Sun, 2018-02-04 at 21:50 +0000, Andy Lutomirski wrote: >> On Sat, Feb 3, 2018 at 5:08 PM, Andy Lutomirski <luto@xxxxxxxxxx> wrote: >> > On Sat, Feb 3, 2018 at 5:20 AM, Pandiyan, Dhinakaran >> > <dhinakaran.pandiyan@xxxxxxxxx> wrote: >> >> >> >> On Fri, 2018-02-02 at 19:18 +0000, Andy Lutomirski wrote: >> >>> I updated to 4.15, and the situation is much worse. With >> >>> enable_psr=1, the system survives for several seconds and then the >> >>> screen stops updating entirely. If I boot with i915.enable_psr=1, I >> >>> get to the Fedora login screen and then the system dies. If I set >> >>> enable_psr=1 using sysfs, it does a bit after the next resume. It >> >>> seems like it also sometimes hangs even worse a bit after the screen >> >>> stops updating, but it's hard to tell. >> >> >> >> The login screen freeze sounds like what I have. Does this system have >> >> DMC firmware? If yes, can you try this series >> >> https://patchwork.freedesktop.org/series/37598/. You'll only need >> >> patches 1,8,9 and 10. >> > >> > That fixes the hang. Feel free to add: >> > >> > Tested-by: Andy Lutomirski <luto@xxxxxxxxxx> >> > >> > to the i915 parts. Also, any chance of getting it into the 4.15 stable kernels? >> >> Correction: I'm still getting a second or two of complete screen >> freezing every now and then. The kernel says: > Thanks a lot for testing. How do you trigger this freeze? Moving the > cursor? Did you apply these patches on top of drm-tip or was it > mainline? > > I also have another patch here that addresses screen freezes in console > mode with PSR - https://patchwork.freedesktop.org/patch/201144/ in case > that is what you are interested in. >> >> [69400.016524] [drm:intel_pipe_update_end [i915]] *ERROR* Atomic >> update failure on pipe A (start=19 end=20) time 198 us, min 1073, max >> 1079, scanline start 1068, end 1082 >> >> So something might still be a bit buggy. > > This series fixes only the long freezes due to frame counter resets, I > am sure there are still other issues with PSR. > > BTW does your patch on top of these patches help with the cursor lag? Maybe, but I'm not 100% sure. I'm not currently seeing the lag with or without the patch. I also think my distro fixed the cursor in the mean time so that it uses the HW cursor even after suspend/resume. A couple of questions, though: 1. Does moving the HW cursor cause the hardware to automatically turn off PSR? 2 When something enables vblank interrupts (using drm_*_vblank_get(), for example), are vblank interrupts generated even if PSR is on? And is the scanline, as returned by intel_get_crtc_scanline(), updated? _______________________________________________ Intel-gfx mailing list Intel-gfx@xxxxxxxxxxxxxxxxxxxxx https://lists.freedesktop.org/mailman/listinfo/intel-gfx
