[PATCH driver/intel] Allow copy_front() to fail and clean up gracefully if it does

[Egbert Eich]

Chris Wilson writes:
 > On Wed, Sep 24, 2014 at 01:23:26PM +0200, Egbert Eich wrote:
 > > Chris Wilson writes:
 > >  > On Wed, Sep 24, 2014 at 12:34:29PM +0200, Egbert Eich wrote:
 > >  > > 
 > >  > > For panning one needs to be able to draw into the screen pixmap outside 
 > >  > > of the area exposed by the crtc.
 > >  > 
 > >  > Note that the screen pixmap still exists and is drawn into by the
 > >  > clients. What should happen with the panning is that the CRTC is updated
 > >  > through set_mode_major which invalidates the new CRTC location in the big
 > >  > screen Pixmap and the contents copied during the next shadow update.
 > >  > 
 > >  > That's the theory at least...
 > > 
 > > Ok, so this isn't working. I will look into this as it's easy for me
 > > to trigger this situation.
 > 
 > Are you using an OpenGL compositor? So far bare X, awesome, dwm,
 > enlightenment and kwin/xrender behave correctly. But gnome-shell and
 > kwin/gl are broken, which is not an issue with the ddx.

No, as I wrote earlier I'm using bare X. I'm not using the latest driver bits
however. Will try and do this and get back to you.

Cheers,
	Egbert.