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 re

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) 4.8.1

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 wrote: > On 01/17/2014 02:08 PM, Daniel Stone wrote: >> On 15 January 2014 14:32, Hans de Goede wrote: >>> With systemd-logind the dbus-core will be used for more then just config. >>> >>> This patch also makes the building of the dbus-core and udev no

[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 --- fontproto.h | 2 +- fontstruct.h | 36 ++-- 2 files changed, 19 insertions(+), 19 deletions(-) diff --git a/fontproto.h b

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

2014-01-19 Thread Keith Packard
Aaron Plattner 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 logical output u

Re: Compilation of xserver broken ( git 2d2d49dab)

2014-01-19 Thread Keith Packard
Knut Petersen 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 to send it out earlier.

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 > --- > fontproto.h | 2 +- > fontstruct.h | 36 ++-- > 2 files changed, 19

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 f

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

2014-01-19 Thread Keith Packard
Gaetan Nadon 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 >> --- >> 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 71baa466b1f6b02fe503f9a3089b7b9d61aa0f8

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

2014-01-19 Thread Dave Airlie
From: Dave Airlie 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 seems to test this