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

Chris Wilson chris at chris-wilson.co.uk
Wed Sep 24 06:24:12 PDT 2014


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.
-Chris

-- 
Chris Wilson, Intel Open Source Technology Centre


More information about the xorg-devel mailing list