[PATCH] Correct xorg_list_is_empty return value description

The helper xorg_list_is_empty returns True when the list is empty and not when it contains one or more elements. Signed-off-by: Roman Gilg --- include/list.h | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/include/list.h b/include/list.h index

[PATCH xserver] Correct xorg_list_is_empty return value description The helper xorg_list_is_empty returns True when the list is empty and not when it contains one or more elements.

Signed-off-by: Roman Gilg --- include/list.h | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/include/list.h b/include/list.h index 3f0574d..f81d97f 100644 --- a/include/list.h +++ b/include/list.h @@ -211,7 +211,8 @@ xorg_list_del(struct xorg_list *entry)

[RFC v3 0/3] xwayland: Add support for eglstreams

Some changes since the last version: - Get rid of some unecessary context switches - Remove EGLSurface from current context on deletion with eglMakeCurrent() since an EGLSurface can stay around after deletion for as long as it's current - Use EGL_CONTEXT_PRIORITY_LEVEL_IMG to set our

[RFC v3 3/3] xwayland: Add glamor egl_backend for EGLStreams

This adds initial support for displaying Xwayland applications through the use of EGLStreams and nvidia's custom wayland protocol by adding another egl_backend driver. This also adds some additional egl_backend hooks that are required to make things work properly. EGLStreams work a lot

[RFC v3 1/3] xwayland: Decouple GBM from glamor

This takes all of the gbm related code in wayland-glamor.c and moves it into it's own EGL backend for Xwayland, xwayland-glamor-gbm.c. Additionally, we add the egl_backend struct into xwl_screen in order to provide hooks for alternative EGL backends such as nvidia's EGLStreams. Signed-off-by:

[RFC v3 2/3] xwayland: Add xwayland-config.h

Just a small autogenerated header that will soon contain more then just one macro. Signed-off-by: Lyude Paul --- configure.ac | 7 +++ hw/xwayland/xwayland.c | 10 ++ hw/xwayland/xwayland.h | 2 +- include/meson.build

Re: [PATCH xserver 5/5] glamor: Enable composite acceleration for rgb10 formats.

Mario Kleiner writes: > argb2101010 and xrgb2101010. Seems to work fine, > but not sure if because of dumb luck or because > it is meant to be. (Re)viewer discretion advised! > > Tested on KDE Plasma-5 with XRender based composite > acceleration backend. Much smoother

Re: [PATCH xserver] glx: Only assign 8 bpc fbconfigs for composite visuals.

On 02/07/2018 03:18 PM, Mario Kleiner wrote: On 02/06/2018 08:04 PM, Adam Jackson wrote: On Mon, 2018-02-05 at 11:25 +0100, Thomas Hellstrom wrote: On 02/05/2018 11:20 AM, Mario Kleiner wrote: Commit 91c42093b248 ("glx: Duplicate relevant fbconfigs for compositing visuals") adds many new

2018 X.Org Board of Directors Elections Nomination period is NOW

We are seeking nominations for candidates for election to the X.Org Foundation Board of Directors. All X.Org Foundation members are eligible for election to the board. Nominations for the 2018 election are now open and will remain open until 23:59 UTC on 23 Feb 2018. The Board consists of

Re: [PATCH xserver 1/5] modesetting: Don't call xf86HandleColorMaps() at screen depth 30.

On 02/09/2018 10:45 AM, Michel Dänzer wrote: On 2018-02-09 07:24 AM, Mario Kleiner wrote: On 02/08/2018 03:55 PM, Michel Dänzer wrote: On 2018-02-08 12:14 PM, Mario Kleiner wrote: As it turns out, doing so will make any gamma table updates silently fail, because xf86HandleColorMaps() hooks

Re: [PATCH xserver] glx: Only assign 8 bpc fbconfigs for composite visuals.

On 07.02.2018 16:18, Mario Kleiner wrote: > On 02/06/2018 08:04 PM, Adam Jackson wrote: >> On Mon, 2018-02-05 at 11:25 +0100, Thomas Hellstrom wrote: >>> On 02/05/2018 11:20 AM, Mario Kleiner wrote: Commit 91c42093b248 ("glx: Duplicate relevant fbconfigs for compositing visuals") adds

Re: [PATCH xserver 1/5] modesetting: Don't call xf86HandleColorMaps() at screen depth 30.

On 2018-02-09 07:24 AM, Mario Kleiner wrote: > On 02/08/2018 03:55 PM, Michel Dänzer wrote: >> On 2018-02-08 12:14 PM, Mario Kleiner wrote: >>> As it turns out, doing so will make any gamma table updates >>> silently fail, because xf86HandleColorMaps() hooks the >>> .LoadPalette function to

Re: [PATCH] Fix null-pointer exception in open_restricted()

On Fri, Feb 09, 2018 at 01:28:39AM -0600, Jeff Smith wrote: > If the path passed to open_restricted() is null, it results in a > segfault when passing it to strneq. weird, but imo this really needs to (also?) be fixed in libinput, calling open for a NULL path indicates a libinput bug. We should