Re: Compilation of xserver broken ( git 2d2d49dab)

2014-01-19 Thread Julien Cristau
On Thu, Jan 16, 2014 at 13:21:21 +0100, Knut Petersen wrote: On 15.01.2014 21:01, Knut Petersen wrote: Hi Keith! I see a build failure on an openSuSE 13.1 system: Some more information: openSuSE 13.1, cpu: Pentium-M (32 bits), gcc (SUSE Linux) 4.8.1 20130909 [gcc-4_8-branch revision

Re: [Xcb] [PATCH:libX11] Add RANDR 1.4 requests events to XErrorDB

2014-01-19 Thread Josh Triplett
On Sat, Jan 18, 2014 at 10:45:55PM -0800, Alan Coopersmith wrote: Now that Xlib requires xcb to build, would it make sense to generate Xlib's src/XErrorDB from the xcb proto xml files at build time? It would save having to remember to update when extensions change (I just happened to notice

Re: Compilation of xserver broken ( git 2d2d49dab)

2014-01-19 Thread Knut Petersen
On 19.01.2014 09:51, Julien Cristau wrote: On Thu, Jan 16, 2014 at 13:21:21 +0100, Knut Petersen wrote: On 15.01.2014 21:01, Knut Petersen wrote: Hi Keith! I see a build failure on an openSuSE 13.1 system: Some more information: openSuSE 13.1, cpu: Pentium-M (32 bits), gcc (SUSE Linux)

Re: [PATCH 01/12] dbus-core: Move to hw/xfree86/common dir

2014-01-19 Thread Daniel Stone
Hi, On 18 January 2014 16:27, Hans de Goede hdego...@redhat.com wrote: On 01/17/2014 02:08 PM, Daniel Stone wrote: On 15 January 2014 14:32, Hans de Goede hdego...@redhat.com wrote: With systemd-logind the dbus-core will be used for more then just config. This patch also makes the building

[PATCH] Replace 'pointer' with the equivalent 'void *'.

2014-01-19 Thread Keith Packard
The pointer typedef is being removed because it causes so many compiler warnings when -Wshadow is enabled. Signed-off-by: Keith Packard kei...@keithp.com --- fontproto.h | 2 +- fontstruct.h | 36 ++-- 2 files changed, 19 insertions(+), 19 deletions(-) diff

Re: How do we want to deal with 4k tiled displays?

2014-01-19 Thread Keith Packard
Aaron Plattner aplatt...@nvidia.com writes: 1. Hide the presence of the second tile in the X server. Somehow combine the two tiles into a single logical output at the RandR protocol level. The X server would be responsible for setting up the right configuration to drive the

Re: Compilation of xserver broken ( git 2d2d49dab)

2014-01-19 Thread Keith Packard
Knut Petersen knut_peter...@t-online.de writes: Yes, xproto is fixed now, but at least fontsproto is still incompatible to current xserver master (see attachment) I sent out the patch for fontsproto this afternoon; would be nice to have it reviewed so it can be pushed. I'm sorry I neglected

Re: [PATCH] Replace 'pointer' with the equivalent 'void *'.

2014-01-19 Thread Gaetan Nadon
On 14-01-19 04:01 PM, Keith Packard wrote: The pointer typedef is being removed because it causes so many compiler warnings when -Wshadow is enabled. Signed-off-by: Keith Packard kei...@keithp.com --- fontproto.h | 2 +- fontstruct.h | 36 ++-- 2 files

Re: [PATCH xserver] dix-config: fix incorrect definition of _XTYPEDEF_POINTER

2014-01-19 Thread Gaetan Nadon
On 14-01-17 07:36 PM, Gaetan Nadon wrote: Problem was introduced in commit 60014a4a98. _XTYPEDEF_POINTER falsely advertizes type pointer as being defined while it is not. This pointer type is needed by fontsproto fontstruct.h. Usage of pointer type has been removed in many xserver files. This

Re: [PATCH] Replace 'pointer' with the equivalent 'void *'.

2014-01-19 Thread Keith Packard
Gaetan Nadon mems...@videotron.ca writes: On 14-01-19 04:01 PM, Keith Packard wrote: The pointer typedef is being removed because it causes so many compiler warnings when -Wshadow is enabled. Signed-off-by: Keith Packard kei...@keithp.com --- fontproto.h | 2 +- fontstruct.h | 36

[PULL updated] grab fixes, display name restriction, xephyr grab

2014-01-19 Thread Peter Hutterer
The following changes since commit 2ea973e12f5d954211e1d10085a4c74581b43aca: Bump version to 1.15.0 (2013-12-27 09:50:55 -0800) are available in the git repository at: git://people.freedesktop.org/~whot/xserver for-keith for you to fetch changes up to

[PATCH] modesetting: 24bpp are too confusing, shadow our way out.

2014-01-19 Thread Dave Airlie
From: Dave Airlie airl...@redhat.com So we have 2 places where gpus with 24bpp frontbuffers are still in use, cirrus (in qemu) and some early variants of the mgag200 server chips. Currently we seem to get a lot of broken rendering in qt, mesa, gnome if we expose the frontbuffer as 24bpp, nobody