[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