[PATCH weston] Add a help string for --xwayland

Signed-off-by: Dima Ryazanov --- compositor/main.c | 1 + 1 file changed, 1 insertion(+) diff --git a/compositor/main.c b/compositor/main.c index 18810f28..1e827884 100644 --- a/compositor/main.c +++ b/compositor/main.c @@ -469,6 +469,7 @@ usage(int error_code) "

2018 X.Org Foundation Election Candidates

To all X.Org Foundation Members: The election for the X.Org Foundation Board of Directors will begin on 22 March 2018. We have 6 candidates who are running for 4 seats. They are (in alphabetical order): Eric Anholt Robert Foss Bryce Harrington Keith Packard Laurent Pinchart Harry Wentland

Re: [PATCH weston v2] configure.ac: fixup systemd/systemd-login detection

On Thu, 15 Mar 2018 14:20:21 +, Emil Velikov wrote: > From: Emil Velikov > > Current systemd/systemd-login integration requires dbus. Although that > is far from clear the way current checks are handled. > > Be explicit and clear, effectively fixing cases where

Re: [PATCH wayland-protcols v3] unstable: add xdg-toplevel-decoration protocol

> I understand you dislike Wayland's established window-management model > and you wish it was the same as X11. I disagree, but that's fine. > What's not fine, is trying to rewrite history and insulting everyone's > intelligence. You're acting as if the consensus which has underpinned > everything

Re: [PATCH v15 00/34] Atomic modesetting

On Mon, Feb 05, 2018 at 06:44:09PM +, Daniel Stone wrote: > Hi, > Thanks a lot to Pekka and Philipp in particular for their really > thorough review; things seem to be looking quite positive now! > > I am _mostly_ sending this for the part up until the patch which > actually enables use of

Re: [PATCH v15 20/34] compositor-drm: Support modifiers for drm_fb

On Mon, Feb 05, 2018 at 06:44:29PM +, Daniel Stone wrote: > Use the new drmModeAddFB2WithModifiers interface to import buffers with > modifiers. > > Signed-off-by: Daniel Stone > Reviewed-by: Pekka Paalanen > --- > configure.ac

[PATCH weston v2 0/1] Allow simple-dmabuf-drm to pass y_inverted flag

Changes from v1 - introduce opts as a bitmask of features that can be used to manipulate the displayed image Guido Günther (1): Allow simple-dmabuf-drm to pass y_inverted flag clients/simple-dmabuf-drm.c | 31 +++ 1 file changed, 23 insertions(+), 8

[PATCH weston v2 1/1] Allow simple-dmabuf-drm to pass y_inverted flag

This allows to check if ZWP_LINUX_BUFFER_PARAMS_V1_FLAGS_Y_INVERT is interpreted correctly by the compositor. --- clients/simple-dmabuf-drm.c | 31 +++ 1 file changed, 23 insertions(+), 8 deletions(-) diff --git a/clients/simple-dmabuf-drm.c

[PATCH weston v2 4/4] simple-dmabuf-drm: support etnaviv drm as well

--- Makefile.am | 1 + clients/simple-dmabuf-drm.c | 73 + configure.ac| 5 +++- 3 files changed, 78 insertions(+), 1 deletion(-) diff --git a/Makefile.am b/Makefile.am index c2d448e7..19319fa2 100644 --- a/Makefile.am

[PATCH weston v2 0/4] simple-dmabuf-drm: multiple backends and etnaviv support

Changes from v1: - Split up changes - autoconf: - don't define unused have_ variables. Use true instead to prevent abort of PKG_CHECK_MODULES - use && instead of -a in test - properly check variables - use vfunc for drm_device_destroy Guido Günther (4):

[PATCH weston v2 1/4] simple-dmabuf-drm: allow multiple backends

This allows to enable freedreno and intel backends at the same time building the prerequisites for adding further ones. --- Makefile.am | 5 - clients/simple-dmabuf-drm.c | 53 + configure.ac| 24 +++-

[PATCH weston v2 3/4] simple-dmabuf-drm: use vfunc for drm_device_destroy

Remove ifdef clutter and makes sure it's only called for the active backend. --- clients/simple-dmabuf-drm.c | 24 +--- 1 file changed, 17 insertions(+), 7 deletions(-) diff --git a/clients/simple-dmabuf-drm.c b/clients/simple-dmabuf-drm.c index b576ad3a..492c9667 100644 ---

[PATCH weston v2 2/4] simpla-dmabuf-drm: Use more weston like coding style

--- clients/simple-dmabuf-drm.c | 20 ++-- 1 file changed, 10 insertions(+), 10 deletions(-) diff --git a/clients/simple-dmabuf-drm.c b/clients/simple-dmabuf-drm.c index 51ad51f8..b576ad3a 100644 --- a/clients/simple-dmabuf-drm.c +++ b/clients/simple-dmabuf-drm.c @@ -203,8 +203,8

Re: wl_buffer is not released for long time.

Hi, Sorry for the trouble, I forgot to ask that is it safe to call `wl_display_flush` and `wl_display_dispatch` in different threads? Regards, SZ Le jeu. 15 mars 2018 11 h 17, Sichem Zhou a écrit : > Hi, > > Thanks very much for the patience so far. It's because I didn't

Re: [PATCH wayland-protcols v3] unstable: add xdg-toplevel-decoration protocol

On 15 March 2018 at 15:21, Drew DeVault wrote: > On 2018-03-15 3:16 PM, Daniel Stone wrote: >> You could write a compositor which put decorations on everything >> unless explicitly instructed not to, and claim victory in the name of >> technical correctness. Even though it's

Re: [PATCH wayland-protcols v2] unstable: add xdg-toplevel-decoration protocol

On March 15, 2018 4:15 PM, Emil Velikov wrote: > On 2 March 2018 at 15:33, Simon Ser wrote: > > This adds a new protocol to negotiate server- and client-side rendering of > > window decorations for xdg-toplevels. This allows compositors that want >

Re: [PATCH wayland-protcols v3] unstable: add xdg-toplevel-decoration protocol

On 2018-03-15 3:16 PM, Daniel Stone wrote: > You could write a compositor which put decorations on everything > unless explicitly instructed not to, and claim victory in the name of > technical correctness. Even though it's double-decorating GTK+, EFL, > Weston, and pretty much everything

Re: wl_buffer is not released for long time.

Hi, Thanks very much for the patience so far. It's because I didn't do `wl_display_flush` before polling. Regards, SZ Le jeu. 15 mars 2018 04 h 41, Pekka Paalanen a écrit : > On Thu, 15 Mar 2018 00:19:10 + > Sichem Zhou wrote: > > > Dear Pekka, >

Re: [PATCH wayland-protcols v3] unstable: add xdg-toplevel-decoration protocol

Hi, On 15 March 2018 at 15:12, Drew DeVault wrote: > On 2018-03-15 3:04 PM, Mike Blumenkrantz wrote: >> It seems to me that there is no harm in restating that clients are required >> to implement CSD inside a protocol which permits adding a separate, >> optional method of window

Re: [PATCH wayland-protcols v2] unstable: add xdg-toplevel-decoration protocol

On 2 March 2018 at 15:33, Simon Ser wrote: > This adds a new protocol to negotiate server- and client-side rendering of > window decorations for xdg-toplevels. This allows compositors that want > to draw decorations themselves to send their preference to clients, and >

Re: [PATCH wayland-protcols v3] unstable: add xdg-toplevel-decoration protocol

On 2018-03-15 3:04 PM, Mike Blumenkrantz wrote: > It seems to me that there is no harm in restating that clients are required > to implement CSD inside a protocol which permits adding a separate, > optional method of window decoration. > > Note that it is not an assumption that

Re: [PATCH wayland-protcols v3] unstable: add xdg-toplevel-decoration protocol

It seems to me that there is no harm in restating that clients are required to implement CSD inside a protocol which permits adding a separate, optional method of window decoration. Note that it is not an assumption that clients/compositors "support both" modes, it's a hard requirement that

Re: [weston PATCH] simple-dmabuf-drm: support etnaviv drm as well

On 15 March 2018 at 13:58, Pekka Paalanen wrote: > On Mon, 12 Mar 2018 16:41:46 +0100 > Guido Günther wrote: > >> Since freedreno and etnaviv can live in parallel allow to build in >> different DRM backends. >> --- >> Makefile.am | 6 ++-

[PATCH wayland v3 3/3] wayland-egl: bump the version number to 18.1.0

From: Emil Velikov Seems like I was overoptimistic with my earlier assumption, namely: "... 17.3.x should be the last version that ships the library." Mesa 18.0.0 and its wayland-egl is about to be released any time soon, so bump the number since it must no be

[PATCH wayland v3 2/3] wayland-egl: enhance the symbol test

From: Emil Velikov The current test had a few fall-outs: - it was checking only for T (.text) symbols - did not consider symbol removal Fix that by fetching all the symbols and doing a bidirectional check - for added and removed symbols. Error out with informative

[PATCH wayland v3 1/3] wayland-egl: fail the symbol check if lib is missing

From: Emil Velikov Based on a similar patch (in Mesa) by Eric Engestrom. v2: Rebase on top of $NM patch v3: Rebase Reviewed-by: Eric Engestrom (v1) Signed-off-by: Emil Velikov --- egl/wayland-egl-symbols-check | 10

[PATCH weston v2] configure.ac: fixup systemd/systemd-login detection

From: Emil Velikov Current systemd/systemd-login integration requires dbus. Although that is far from clear the way current checks are handled. Be explicit and clear, effectively fixing cases where the systemd auto detection will trip when dbus is explicitly

Re: [PATCH weston v2] build: honour libinput header location

Hi, On 15 March 2018 at 13:45, Emil Velikov wrote: > Add the respective CFLAGS to the build, otherwise it will error out as > seen below. > > src/libinput-seat.c:30:22: fatal error: libinput.h: No such file or directory > > v2: add the CFLAGS only as needed, suggested

Re: [weston PATCH] simple-dmabuf-drm: support etnaviv drm as well

On Mon, 12 Mar 2018 16:41:46 +0100 Guido Günther wrote: > Since freedreno and etnaviv can live in parallel allow to build in > different DRM backends. > --- > Makefile.am | 6 ++- > clients/simple-dmabuf-drm.c | 122 >

[PATCH weston v2] build: honour libinput header location

From: Jan Engelhardt Add the respective CFLAGS to the build, otherwise it will error out as seen below. src/libinput-seat.c:30:22: fatal error: libinput.h: No such file or directory v2: add the CFLAGS only as needed, suggested by Pekka Cc: Pekka Paalanen

Re: [PATCH weston] build: honour libinput header location

On 15 March 2018 at 13:11, Jan Engelhardt wrote: > > On Thursday 2018-03-15 13:20, Pekka Paalanen wrote: >>> diff --git a/Makefile.am b/Makefile.am >>> index b5c29c04..8de40e51 100644 >>> --- a/Makefile.am >>> +++ b/Makefile.am >>> @@ -43,7 +43,8 @@ AM_CPPFLAGS =

Re: [PATCH weston] build: honour libinput header location

On Thursday 2018-03-15 13:20, Pekka Paalanen wrote: >> diff --git a/Makefile.am b/Makefile.am >> index b5c29c04..8de40e51 100644 >> --- a/Makefile.am >> +++ b/Makefile.am >> @@ -43,7 +43,8 @@ AM_CPPFLAGS = \ >> -I$(top_builddir)/protocol \ >>

Re: [PATCH wayland] tests: disable coredumps on sanity-test

On Thu, 15 Mar 2018 10:57:26 + Daniel Stone wrote: > On 14 February 2018 at 12:38, Pekka Paalanen wrote: > > SEGV and ABRT by default cause a core dump, which may create a file, > > launch crash handlers, and so on. sanity-test has 21 processes

Re: [weston PATCH] Allow simple-dmabuf-drm to pass y_inverted flag

On Thu, 8 Mar 2018 18:06:14 +0100 Guido Günther wrote: > This allows to check if ZWP_LINUX_BUFFER_PARAMS_V1_FLAGS_Y_INVERT is > interpreted correctly by the compositor. > --- > clients/simple-dmabuf-drm.c | 27 +++ > 1 file changed, 19 insertions(+), 8

Re: [PATCH weston] build: honour libinput header location

On Tue, 27 Feb 2018 14:14:27 + Emil Velikov wrote: > From: Jan Engelhardt > > Add the respective CFLAGS to the build, otherwise the build will error > out as seen below. > > src/libinput-seat.c:30:22: fatal error: libinput.h: No such file or

Re: [PATCH wayland] tests: disable coredumps on sanity-test

On 14 February 2018 at 12:38, Pekka Paalanen wrote: > SEGV and ABRT by default cause a core dump, which may create a file, > launch crash handlers, and so on. sanity-test has 21 processes that > are expected to crash like this. Disable core dumps on them all. > > I counted 21

Re: [PATCH weston] configure.ac: fixup systemd/systemd-login detection

On Wed, 14 Mar 2018 14:06:59 +, Emil Velikov wrote: > From: Emil Velikov > > Current systemd/systemd-login integration requires dbus. Although that > is far from clear the way current checks are handled. > > Be explicit and clear, effectively fixing cases where

Re: wl_buffer is not released for long time.

On Thu, 15 Mar 2018 00:19:10 + Sichem Zhou wrote: > Dear Pekka, > > Thanks for your idea on this, I inserted a callback in the `surface_commit` > function in libweston. From the log I can see that the `surface commit` was > blocked on the server side until some other