Re: [PATCH 00/20] New glamor core rendering code (v2)

On 08.04.2014 17:13, Keith Packard wrote: Michel Dänzer mic...@daenzer.net writes: Yes, that works fine now in Xephyr. The only remaining obvious problem there is the xfwm4 window decoration corruption regression from the master branch. Ok, looks like that's caused by glamor re-using FBOs

[PATCH] configure: Fix --enable-dmx help text

The default for building Xdmx was changed from auto to no, but the helptext was not updated. Signed-off-by: Hans de Goede hdego...@redhat.com --- configure.ac | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/configure.ac b/configure.ac index 695a481..bfe1fc9 100644 ---

Re: [PATCH] configure: Fix --enable-dmx help text

On Wed, Apr 16, 2014 at 16:28:04 +0200, Hans de Goede wrote: The default for building Xdmx was changed from auto to no, but the helptext was not updated. Beat you to it ;) http://patchwork.freedesktop.org/patch/24183/ Cheers, Julien ___

server make dist not picking up optional manpages

Hi All, In hw/xfree86/man/Makefile.am we now have: include $(top_srcdir)/manpages.am appman_PRE = Xorg.man fileman_PRE = xorg.conf.man xorg.conf.d.man if SUID_WRAPPER appman_PRE += Xorg.wrap.man fileman_PRE += Xwrapper.config.man endif And in manpages.am: EXTRA_DIST = $(appman_PRE)

Re: server make dist not picking up optional manpages

On 14-04-16 10:57 AM, Hans de Goede wrote: Hi All, In hw/xfree86/man/Makefile.am we now have: include $(top_srcdir)/manpages.am appman_PRE = Xorg.man fileman_PRE = xorg.conf.man xorg.conf.d.man if SUID_WRAPPER appman_PRE += Xorg.wrap.man fileman_PRE += Xwrapper.config.man endif And

[PATCH] hw/xfree86: Fix block handler wrapping in xf86Rotate

xf86Rotate, it was delaying unwrapping the BlockHandler until after calling xf86RotateRedisplay. If there was a software cursor on the screen, the redisplay operation would cause cursor to be removed from the frame buffer and the misprite block handler to be inserted into the block handler chain

[PATCH] present: Queue flips for later execution

When a flip (or unflip) is pending and a flip request comes in, leave it queued until the pending flip completes and then execute it. Signed-off-by: Keith Packard kei...@keithp.com --- present/present.c | 126 ++--- present/present_priv.h | 1 +

Re: Issues adding driver support for present extension

Frank Binns frank.bi...@imgtec.com writes: The driver is only waiting for any rendering to the back buffer before doing the flip. I think we need a more sophisticated kernel interface then. One kludge you could try is to block the client waiting for rendering to complete before delivering the

Re: [PATCH 00/20] New glamor core rendering code (v2)

Michel Dänzer mic...@daenzer.net writes: On 08.04.2014 17:13, Keith Packard wrote: Michel Dänzer mic...@daenzer.net writes: Yes, that works fine now in Xephyr. The only remaining obvious problem there is the xfwm4 window decoration corruption regression from the master branch. Ok, looks

Re: [PATCH] hw/xfree86: Fix block handler wrapping in xf86Rotate

Keith Packard kei...@keithp.com writes: xf86Rotate, it was delaying unwrapping the BlockHandler until after calling xf86RotateRedisplay. If there was a software cursor on the screen, the redisplay operation would cause cursor to be removed from the frame buffer and the misprite block handler

[PATCH] composite: Fix memory leak in compCopyWindow

Signed-off-by: Peter Harris phar...@opentext.com --- composite/compwindow.c | 1 + 1 file changed, 1 insertion(+) diff --git a/composite/compwindow.c b/composite/compwindow.c index 8824294..9a6b2da 100644 --- a/composite/compwindow.c +++ b/composite/compwindow.c @@ -525,6 +525,7 @@

Re: [PATCH] hw/xfree86: Fix block handler wrapping in xf86Rotate

Eric Anholt e...@anholt.net writes: I'm uncomfortable with you mashing these 3 changes together, particularly the reinsertion change in what was supposed to be just a bugfix commit. It didn't take much grepping for me to find more code that wasn't rewrapping the blockhandler according to