Re: [Intel-gfx] [PATCH i-g-t] tests/kms_plane: Ensure planes recover from DPMS

2015-03-06 Thread Daniel Vetter
On Thu, Mar 05, 2015 at 07:01:09AM -0800, Matt Roper wrote: > On Thu, Mar 05, 2015 at 01:32:19PM +0100, Daniel Vetter wrote: > > On Wed, Mar 04, 2015 at 10:50:53AM -0800, Matt Roper wrote: > > > i915 was using the main atomic 'disable plane' to turn off sprite planes > > > during a CRTC disable. T

Re: [Intel-gfx] [PATCH i-g-t] tests/kms_plane: Ensure planes recover from DPMS

2015-03-05 Thread Matt Roper
On Thu, Mar 05, 2015 at 01:32:19PM +0100, Daniel Vetter wrote: > On Wed, Mar 04, 2015 at 10:50:53AM -0800, Matt Roper wrote: > > i915 was using the main atomic 'disable plane' to turn off sprite planes > > during a CRTC disable. This was problematic because it modified the > > plane state, prevent

Re: [Intel-gfx] [PATCH i-g-t] tests/kms_plane: Ensure planes recover from DPMS

2015-03-05 Thread Daniel Vetter
On Wed, Mar 04, 2015 at 10:50:53AM -0800, Matt Roper wrote: > i915 was using the main atomic 'disable plane' to turn off sprite planes > during a CRTC disable. This was problematic because it modified the > plane state, preventing us from recovering the original state later. > One such case was th

[Intel-gfx] [PATCH i-g-t] tests/kms_plane: Ensure planes recover from DPMS

2015-03-04 Thread Matt Roper
i915 was using the main atomic 'disable plane' to turn off sprite planes during a CRTC disable. This was problematic because it modified the plane state, preventing us from recovering the original state later. One such case was that during a DPMS OFF followed by a DPMS ON, any sprite planes would