Re: [PATCH] xprop: Add colored icon support

[Patches usually go to xorg-devel@, not xorg@, for review/submission.] The greybeard in me wants to suggest that hardcoding the escape codes is wrong and that termcap/terminfo should be used instead to find the right ones for $TERM, but the realist in me wonders if there are any $TERM values in wi

Re: [PATCH 0/5] xserver: configuration/packaging janitorial maintenance

Excerpts from Jeremy Huddleston's message of Tue Nov 10 09:20:22 -0800 2009: > Thanks for doing this. Indeed! I have only one additional comment to those already voiced -- one of these patches removes autogen.sh from the set of files distributed in the tarball. That is required to regenerate the a

Re: [PATCH] XCBify xlsatoms

I'd rather see these xcb versions have a configure option (--enable-xcb for example)... I'm fine with it being on by default, but it's nice to have a fallback and easy regression testing. On Nov 10, 2009, at 13:55, Peter Harris wrote: > Like xlsclients, there are a whole lot of round trips in x

[PULL] XQuartz: Buildfix, XBell() regression, and a pbproxy bugfix when multiple servers are running

The following changes since commit b5aa2e0a5fe233dc883084a5026013472e85bca4: Chase Douglas (1): Move FD_CLR above pInfo->read_input are available in the git repository at: git://anongit.freedesktop.org/~jeremyhu/xserver master Jeremy Huddleston (3): XQuartz: Buildfix for Leopar

Re: [Mesa3d-dev] glapi.c drift between Mesa and X server

On Wed, Nov 11, 2009 at 2:47 PM, Ian Romanick wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > I need to fix a bug in the X server glapi.c (bugzilla #23335). > Traditionally, glx/glapi.c was just a copy of src/mesa/glapi/glapi.c. > It seems that Mesa's version has not been synchronized

[PATCH, pixman] Eliminate fast path flags

Hi, The branch here: http://cgit.freedesktop.org/~sandmann/pixman/log/?h=eliminate-flags eliminates the three fast path flags NEED_SOLID_MASK, NEED_COMPONENT_ALPHA, and NEED_PIXBUF. The first one was only really useful for preventing the solid mask paths from running when the mask had compon

[PATCH, pixman] Use the destination buffer directly in more cases

When the destination buffer is either a8r8g8b8 or x8r8g8b8, we can use it directly instead of fetching into a temporary buffer. When the format is x8r8g8b8, we require the operator to not make use of destination alpha, but when it is a8r8g8b8, there are no restrictions. This is approximately a 5%

glapi.c drift between Mesa and X server

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I need to fix a bug in the X server glapi.c (bugzilla #23335). Traditionally, glx/glapi.c was just a copy of src/mesa/glapi/glapi.c. It seems that Mesa's version has not been synchronized to the X server in a long, long time. It also seems that glx/gl

[PATCH] Don't mess with the blender unit on chips that don't have it.

Where your typical x86 machine silently ignores writes to non-existing registers, UltraSPARC machines generate a bus error. So we shouldn't write to the alpha blender setup register on the Imagine 1 and Imagine 2 that don't seem to have the blender unit. Signed-off-by: Mark Kettenis --- src/i12

Re: sse2: Add a fast path for OVER 8888 x 8 x 8888

On Tue, Nov 10, 2009 at 6:39 PM, Soeren Sandmann wrote: > Hi, > > Here: > >    http://cgit.freedesktop.org/~sandmann/pixman/commit/?h=sse__8_ > > is a patch that adds an sse2 x 8 x fast path. This is a > small speedup on the swfdec-youtube benchmark: > > Before: > [  0]    image

Some test cleanups

Hi, The branch here: http://cgit.freedesktop.org/~sandmann/pixman/log/?h=test-cleanups makes blitters-test and scaling-test share the code to compute CRC32, the random number generator, and the endian swapping. It should be uncontroversial, so I'll push it unless someone objects soon. Sore

Re: libGL documentation in xorg-docs

Wow, what a find. This is really cool. It looks like it's still useful enough and probably should be saved. Maybe it could be split and expanded to include info on AIGLX too? On Nov 10, 2009 9:52 PM, "Alan Coopersmith" wrote: Buried in the xorg-docs module is a document that describes the libGL

Re: X.Org documentation formats, plans, conversions, etc.

Excerpts from Alan Coopersmith's message of Tue Nov 10 21:40:32 -0800 2009: > Peter has also made some arguments on IRC towards changing our official > preferred format from DocBook to AsciiDoc, since the outputs are the same, > but the creation is easier for developers and the raw docs in the sou

Re: [PULL] Linux and bus subsystem cleanups

On Wed, Nov 11, 2009 at 17:29:20 +0200, Tiago Vignatti wrote: > On Tue, Nov 10, 2009 at 11:06:47PM +0100, ext Adam Jackson wrote: > > On Tue, 2009-11-10 at 12:55 -0800, keithp wrote: > > > Excerpts from Adam Jackson's message of Tue Nov 10 11:43:21 -0800 2009: > > > > bus: Fix open-coded imp

Re: [PULL] Linux and bus subsystem cleanups

On Tue, Nov 10, 2009 at 11:06:47PM +0100, ext Adam Jackson wrote: > On Tue, 2009-11-10 at 12:55 -0800, keithp wrote: > > Excerpts from Adam Jackson's message of Tue Nov 10 11:43:21 -0800 2009: > > > bus: Fix open-coded implementation of xf86MakeNewMapping > > > > This leaves vp uninitial

[PATCH] Xv: Fix AdjustFrame when driver implements ReputImage.

Should probably also be applied to stabler xserver branches too. Luc Verhaegen. >From a22bc20721bad506d8fa9772b1258568cbffe7d2 Mon Sep 17 00:00:00 2001 From: Luc Verhaegen Date: Wed, 11 Nov 2009 15:52:39 +0100 Subject: [PATCH] Xv: Fix AdjustFrame when driver implements ReputImage. Finally fixes

Re: [PATCH 1/3] exa/mixed: avoid copying back pixmap data when no migration took place

> exaPixmapIsOffscreen() is related to having a driver/vram/whatever pixmap > > pExaPixmap->offscreen says if the offscreen pixmap is the current > choice of rendering to > > The naming came from classic exa. Some better names might be: > > exaPixmapHasOffscreen() and pExaPixmap->using_offscreen/us