[PATCH] render: Plug a memory leak in AddGlyph. (#23286)

2009-09-24 Thread Peter Hutterer
AddGlyph was missing the FreePicture() call that DeleteGlyph used, resulting in a memory leak when more than one Glyph was added in a RenderAddGlyphs request. Since the code in AddGlyph and DeleteGlyph is identical, move into a static function to avoid such mistakes in the future. X.Org Bug 23286

[PATCH] configure: Unify all library defines that require a specific version.

2009-09-24 Thread Peter Hutterer
This patch moves all libraries that require a specific version into a single location instead or duplicating them across the configure.ac file. Libraries that do not require specific versions are left where they are. Signed-off-by: Peter Hutterer --- configure.ac | 26 +

[PATCH] dmx: core events are always in screen coordinates when passed to GPE.

2009-09-24 Thread Peter Hutterer
This fixes input in dmx, the pointer appears at the right positions to the clients now. Also mark the spot where we pass in the button state as valuator to GPE with a FIXME. (??) Signed-off-by: Peter Hutterer --- hw/dmx/input/dmxevents.c |8 1 files changed, 4 insertions(+), 4 d

[PATCH] Add XF86TouchpadToggle to XKeysymDB

2009-09-24 Thread Peter Hutterer
Many laptops provide a key to enable or disable the touchpad and the trackstick. On Lenovo T61s, this key is located on Fn + F8. Signed-off-by: Peter Hutterer --- src/XKeysymDB |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/src/XKeysymDB b/src/XKeysymDB index 5e66882..2

Re: [patch] drawing window borders always falls back to software

2009-09-24 Thread Michael
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, On Sep 24, 2009, at 6:19 PM, Michel Dänzer wrote: > On Thu, 2009-09-24 at 17:45 -0400, Michael wrote: >> >> On Sep 24, 2009, at 5:29 PM, Michel Dänzer wrote: >> >>> On Thu, 2009-09-24 at 17:10 -0400, Michael wrote: A proper way to fi

Re: [PATCH] dix: In MakeWindowOptional: Fix crash if parentOptional->cursor is NULL.

2009-09-24 Thread Peter Hutterer
On Fri, Sep 25, 2009 at 12:05:35AM +0200, Kim Woelders wrote: > > Signed-off-by: Kim Woelders > --- > dix/window.c |3 ++- > 1 files changed, 2 insertions(+), 1 deletions(-) > > diff --git a/dix/window.c b/dix/window.c > index caff1cb..d4bc41c 100644 > --- a/dix/window.c > +++ b/dix/window.

git commit hook errors for app/xbacklight

2009-09-24 Thread Alan Coopersmith
*** No recipients found - no email will be sent, but the push will continue *** for hooks/update refs/heads/master 5512e161157d6ac8a8d8a27fc99d596c6686b1da *** No recipients found - no email will be sent, but the push will continue *** for hooks/update refs/tags/xbacklight-1.1.1 000

Re: [patch] drawing window borders always falls back to software

2009-09-24 Thread Michael
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, On Sep 24, 2009, at 6:19 PM, Michel Dänzer wrote: > On Thu, 2009-09-24 at 17:45 -0400, Michael wrote: >> >> On Sep 24, 2009, at 5:29 PM, Michel Dänzer wrote: >> >>> On Thu, 2009-09-24 at 17:10 -0400, Michael wrote: A proper way to fi

Re: libX11 build failure

2009-09-24 Thread James Cloos
> "Florian" == Florian Mickler writes: Florian> ah, but: Florian> my makefile somehow seems to be built by automake-1.10.2 Florian> crazy... automake --version reports 1.11... maybe a problem with the Florian> live-ebuild selecting the autotools-versions or something like that... The x-mod

[PATCH] dix: In MakeWindowOptional: Fix crash if parentOptional->cursor is NULL.

2009-09-24 Thread Kim Woelders
Signed-off-by: Kim Woelders --- dix/window.c |3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/dix/window.c b/dix/window.c index caff1cb..d4bc41c 100644 --- a/dix/window.c +++ b/dix/window.c @@ -3470,7 +3470,8 @@ MakeWindowOptional (WindowPtr pWin) if (!pWin->cursor

Re: [patch] drawing window borders always falls back to software

2009-09-24 Thread Michel Dänzer
On Thu, 2009-09-24 at 17:45 -0400, Michael wrote: > > On Sep 24, 2009, at 5:29 PM, Michel Dänzer wrote: > > > On Thu, 2009-09-24 at 17:10 -0400, Michael wrote: > >> > >> A proper way to fix this would be to change the way the screen pixmap > >> is created so the accel lib, be it XAA, EXA or what

Re: [patch] drawing window borders always falls back to software

2009-09-24 Thread Michael
Hello, On Thu, Sep 24, 2009 at 5:25 PM, Aaron Plattner wrote: > On Thu, Sep 24, 2009 at 02:10:55PM -0700, Michael wrote: > > Hello, > > > > I finally found out why drawing ops to window borders always fall back > > to software. It starts with miPaintWindow() - if it has to draw > > outside the wi

Re: [patch] drawing window borders always falls back to software

2009-09-24 Thread Michael
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, On Sep 24, 2009, at 5:29 PM, Michel Dänzer wrote: > On Thu, 2009-09-24 at 17:10 -0400, Michael wrote: >> >> A proper way to fix this would be to change the way the screen pixmap >> is created so the accel lib, be it XAA, EXA or whatever, knows

Re: [patch] drawing window borders always falls back to software

2009-09-24 Thread Michel Dänzer
On Thu, 2009-09-24 at 17:10 -0400, Michael wrote: > > A proper way to fix this would be to change the way the screen pixmap > is created so the accel lib, be it XAA, EXA or whatever, knows what > it's doing and can mark the pixmap as in video memory. As it is now > miCreateScreenResources()

Re: [patch] drawing window borders always falls back to software

2009-09-24 Thread Aaron Plattner
On Thu, Sep 24, 2009 at 02:10:55PM -0700, Michael wrote: > Hello, > > I finally found out why drawing ops to window borders always fall back > to software. It starts with miPaintWindow() - if it has to draw > outside the window's drawable in order to draw the border it requests > the screen

[patch] drawing window borders always falls back to software

2009-09-24 Thread Michael
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, I finally found out why drawing ops to window borders always fall back to software. It starts with miPaintWindow() - if it has to draw outside the window's drawable in order to draw the border it requests the screen pixmap which, thanks t

Re: libX11 build failure

2009-09-24 Thread Florian Mickler
On Thu, 24 Sep 2009 13:37:19 -0700 Alan Coopersmith wrote: > If it's selecting automake 1.10.2 then the check for AM_SILENT_RULES > being defined should report that it's not and that section of the > Makefile.am should be commented out. I think we'll need to get > someone who knows automake wel

Re: libX11 build failure

2009-09-24 Thread Alan Coopersmith
Florian Mickler wrote: > On Thu, 24 Sep 2009 09:19:33 -0700 > Alan Coopersmith wrote: > >> The AM_SILENT_RULES macro in automake 1.11 should be setting >> AM_DEFAULT_VERBOSITY already. In my installation it's in >> /usr/share/aclocal-1.11/silent.m4 : >> >> case $enable_silent_rules in >> yes)

Re: libX11 build failure

2009-09-24 Thread Florian Mickler
On Thu, 24 Sep 2009 09:19:33 -0700 Alan Coopersmith wrote: > The AM_SILENT_RULES macro in automake 1.11 should be setting > AM_DEFAULT_VERBOSITY already. In my installation it's in > /usr/share/aclocal-1.11/silent.m4 : > > case $enable_silent_rules in > yes) AM_DEFAULT_VERBOSITY=0;; > no) AM_

Re: [cairo] Using cairo/pixman for raw video in GStreamer

2009-09-24 Thread Soeren Sandmann
Bill Spitzak writes: > In general I consider tiled apis to make things unnecessarily > complicated. The majority of cairo input is packed into an array. You > either need to require images to be padded out to a multiple of tile > size, or you need to greatly complicate things with "partial tiles"

Re: [PATCH] pixman: Update .gitignore

2009-09-24 Thread Soeren Sandmann
Guillem Jover writes: > Generalize to catch all .pc files. Add more tests. This looks good to me, but the patch doesn't apply for me. Feel free to push it yourself if you have commit access; otherwise, please upload the patch somewhere, and I'll apply it. Thanks, Soren

Re: libX11 build failure

2009-09-24 Thread Alan Coopersmith
The AM_SILENT_RULES macro in automake 1.11 should be setting AM_DEFAULT_VERBOSITY already. In my installation it's in /usr/share/aclocal-1.11/silent.m4 : case $enable_silent_rules in yes) AM_DEFAULT_VERBOSITY=0;; no) AM_DEFAULT_VERBOSITY=1;; *) AM_DEFAULT_VERBOSITY=m4_if([$1], [yes], [0], [1]

libX11 build failure

2009-09-24 Thread Florian Mickler
Hi, somehow libX11 fails to build here (with the gentoo live-ebuilds) : Making all in nls make[1]: Entering directory `/var/tmp/portage/x11-libs/libX11-/work/libX11-/nls' Making all in am_ET.UTF-8 make[2]: Entering directory `/var/tmp/portage/x11-libs/libX11-/work/libX11-/nls/am_

[PATCH] Add libgcrypt as an option for sha1

2009-09-24 Thread Julien Cristau
Signed-off-by: Julien Cristau --- We've been using that in Debian since April (to avoid openssl's gpl-incompatible license, and because gcrypt is already in our base system). One thing I'm not sure about is in what order to check for things in configure, or whether we need something like --with-s

[PATCH] configure: make XNEST default to auto.

2009-09-24 Thread Tilman Sauerbeck
When we're checking whether to build Xnest, we're comparing the variable to auto but before it never was assigned that. Signed-off-by: Tilman Sauerbeck --- configure.ac |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/configure.ac b/configure.ac index b3acbdd..20683fb 10

Re: Enhancements for Render composite request

2009-09-24 Thread Andy Ritger
Hi Keith, Sorry for the slow follow-up on this thread. There seems to be a lot of overlap between A) the synchronizing of Composite rendering with vblank (your operation #2 below), and B) the buffer presentation/synchronization issues Jesse Barnes put together here: http://dri.freedesktop