Quoting Andy Lutomirski (2018-02-02 19:23:33) > On Fri, Feb 2, 2018 at 7:18 PM, Andy Lutomirski <luto@xxxxxxxxxx> wrote: > > On Fri, Feb 2, 2018 at 1:24 AM, Andy Lutomirski <luto@xxxxxxxxxx> wrote: > >> Anyway, this is all on a 4.14 kernel. I should update to 4.16 and see > >> what happens. > > > > 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. > > > > I see this in my logs: > > > > [drm:drm_atomic_helper_wait_for_flip_done [drm_kms_helper]] *ERROR* > > [CRTC:37:pipe A] flip_done timed out > > > > Sometimes I see this a bit later: > > > > [drm:drm_atomic_helper_wait_for_dependencies [drm_kms_helper]] *ERROR* > > [CRTC:37:pipe A] flip_done timed out > > I filed: > > https://bugs.freedesktop.org/show_bug.cgi?id=104918 Thank you. To be frank the only PSR system we have in CI isn't currently doing PSR (due to the test not taking panel restrictions into account). Not that I think we have any test looking for lag, but it should at least have told us that PSR was snafu. -Chris _______________________________________________ Intel-gfx mailing list Intel-gfx@xxxxxxxxxxxxxxxxxxxxx https://lists.freedesktop.org/mailman/listinfo/intel-gfx
