Migrating away from using cpp for startx and xinitrc in xinit

2015-02-09 Thread Jeremy Huddleston Sequoia
It seems that using cpp for startx and xinitrc in the xinit port is coming back to bite us now as different C preprocessors don't exactly process non-C files in ways that we might want. https://trac.macports.org/ticket/46811#comment:4 Does anyone have any strong opinions about this state of aff

Re: Start Xorg with background image

2015-02-09 Thread kirthika varadarajan
Hi Jaspar, Thanks for the information. I am using the DDX driver xf86-video-imxfb-vivante. I will check whether it supports or not. Can you suggest me any sample DDX driver which does support -background none functionality.?? On Tue, Feb 10, 2015 at 1:08 AM, Jasper St. Pierre wrote: > "-b

Re: Start Xorg with background image

2015-02-09 Thread Jasper St. Pierre
"-background none" needs to be supported by the DDX to copy existing framebuffer contents into the root window. What DDX are you using? On Sun, Feb 8, 2015 at 10:37 PM, kirthika varadarajan < kirthikai...@gmail.com> wrote: > Hi All, > From linux driver I am writing an image to video buffer. > >

Re: [PATCH 4/4] Check for __linux__ instead of linux during compilation

2015-02-09 Thread Mateusz Jończyk
W dniu 06.02.2015 o 18:29, Emil Velikov pisze: > From: Eero Tamminen > > "__linux__" is the POSIX define for checking for Linux OS, "linux" is > deprecated and apparently not supported by Android. > > Besides correcting the define, patch adds error for the case OS isn't > unrecognized. isn't rec

Re: [PATCH 4/4] Check for __linux__ instead of linux during compilation

2015-02-09 Thread Jasper St. Pierre
This makes sense. Reviewed-by: Jasper St. Pierre On Mon, Feb 9, 2015 at 1:56 PM, Emil Velikov wrote: > Would anyone have some input - apart from the missing libpciaccess > prefix of course ? > Fwiw src/common_interface.c already checks for __linux__, so this > patch makes things more consisten

Re: [PATCH 4/4] Check for __linux__ instead of linux during compilation

2015-02-09 Thread Emil Velikov
Would anyone have some input - apart from the missing libpciaccess prefix of course ? Fwiw src/common_interface.c already checks for __linux__, so this patch makes things more consistent as an added bonus :-P Cheers, Emil On 6 February 2015 at 17:29, Emil Velikov wrote: > From: Eero Tamminen >

Re: [PATCH xts] XStoreColors?: Fix transient display leak

2015-02-09 Thread Aaron Plattner
On 02/05/2015 04:03 PM, Robert Morell wrote: On a system with many visuals, leaving the display connections open until test cleanup can cause the test to fail when the server reaches MAX_CLIENTS simultaneous connections. Signed-off-by: Robert Morell --- xts5/Xlib7/XStoreColor.m | 10

Re: [PATCH] ephyr: Avoid a segfault with 'DISPLAY= Xephy -glamor'

2015-02-09 Thread Daniel Martin
On 9 February 2015 at 15:09, Jon TURNEY wrote: > On 09/02/2015 14:03, Daniel Martin wrote: >> >> On 9 February 2015 at 14:45, Jon TURNEY >> wrote: >>> >>> ephyr_glamor_connect() returns NULL if we failed, but applying >>> xcb_connection_has_error() to NULL is not permitted. >>> >>> Signed-off-by:

Re: [PATCH] glamor: Fix build when configured --enable-glamor --disable-xshmfence

2015-02-09 Thread Jon TURNEY
On 06/02/2015 22:56, Eric Anholt wrote: Jon TURNEY writes: On 05/02/2015 19:10, Eric Anholt wrote: Reviewed and applied to -next. Thanks! Thanks. The other thing I noticed was that glamor doesn't seem to respect --disable-xv, but I am less sure about how to fix that... Should we even be s

Re: [PATCH] ephyr: Avoid a segfault with 'DISPLAY= Xephy -glamor'

2015-02-09 Thread Jon TURNEY
On 09/02/2015 14:03, Daniel Martin wrote: On 9 February 2015 at 14:45, Jon TURNEY wrote: ephyr_glamor_connect() returns NULL if we failed, but applying xcb_connection_has_error() to NULL is not permitted. Signed-off-by: Jon TURNEY --- hw/kdrive/ephyr/hostx.c | 2 +- 1 file changed, 1 inser

Re: [PATCH] ephyr: Avoid a segfault with 'DISPLAY= Xephy -glamor'

2015-02-09 Thread Daniel Martin
On 9 February 2015 at 14:45, Jon TURNEY wrote: > ephyr_glamor_connect() returns NULL if we failed, but applying > xcb_connection_has_error() to NULL is not permitted. > > Signed-off-by: Jon TURNEY > --- > hw/kdrive/ephyr/hostx.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --

[PATCH] ephyr: Avoid a segfault with 'DISPLAY= Xephy -glamor'

2015-02-09 Thread Jon TURNEY
ephyr_glamor_connect() returns NULL if we failed, but applying xcb_connection_has_error() to NULL is not permitted. Signed-off-by: Jon TURNEY --- hw/kdrive/ephyr/hostx.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/hw/kdrive/ephyr/hostx.c b/hw/kdrive/ephyr/hostx.c index f6

Re: [PATCH 3/3] present: Check for an invalid target CRTC before flipping

2015-02-09 Thread Chris Wilson
On Sun, Feb 08, 2015 at 04:28:31PM -0800, Kenneth Graunke wrote: > On Sunday, February 08, 2015 12:00:37 PM Chris Wilson wrote: > > On Sun, Feb 08, 2015 at 02:10:07AM -0800, Kenneth Graunke wrote: > > > On Friday, February 06, 2015 08:25:44 AM Chris Wilson wrote: > > > > Once we have chosen the tar

Re: [PATCH] xkb: Don't swap XkbSetGeometry data in the input buffer

2015-02-09 Thread Julien Cristau
On Fri, Jan 30, 2015 at 13:15:37 +1000, Peter Hutterer wrote: > On Fri, Jan 16, 2015 at 08:08:59PM +0100, Olivier Fourdan wrote: > > The XkbSetGeometry request embeds data which needs to be swapped when the > > server and the client have different endianess. > > > > _XkbSetGeometry() invokes func

Re: [PATCH] glamor: Fix build when configured --enable-glamor --disable-xshmfence

2015-02-09 Thread Julien Cristau
On Fri, Feb 6, 2015 at 14:56:44 -0800, Eric Anholt wrote: > Jon TURNEY writes: > > > On 05/02/2015 19:10, Eric Anholt wrote: > >> Jon TURNEY writes: > >> > >>> Signed-off-by: Jon TURNEY > >>> --- > >>> glamor/glamor_sync.c | 2 ++ > >>> 1 file changed, 2 insertions(+) > > [...] > >> > >> R