[PATCH weston v2 1/2] linux-dmabuf: implement immediate dmabuf import

From: Varad Gautam handle create_immed() dmabuf import requests and support zwp_linux_dmabuf_v1_interface version 2. Signed-off-by: Varad Gautam --- libweston/linux-dmabuf.c | 62 +++- 1 file

[PATCH weston v2 2/2] clients/simple-dmabuf-intel: request no-roundtrip dmabuf import

From: Varad Gautam request immediate dmabuf import when run with "immed" arg. Signed-off-by: Varad Gautam --- clients/simple-dmabuf-intel.c | 36 +++- 1 file changed, 31 insertions(+), 5 deletions(-) diff

[PATCH wayland-protocols v2] linux-dmabuf: add immediate dmabuf import path

From: Varad Gautam provide a mechanism that allows clients to import the added dmabufs and immediately receive the newly created wl_buffer handle. this is useful to clients that are sure of their import request succeeding, and wish to avoid the wl_buffer communication

[PATCH libinput] Add pointer axis sequences and ability to cancel scrolls

[This is an RFC to add axis sequence support to the pointer axis events. The specific use-case in bug 99415 is to be able to stop kinetic scrolling when two fingers are put down on the touchpad again (even without moving).] Pointer axis events (aka scroll events) can have information about when

[PATCH libinput 2/2] filter: normalize deltas before processing or returning them

When the filter code switched to raw device coordinates (bdd4264d) the input data remained in device coordinates. Since the factor for touchpads was still based on the physical velocity (and thus all touchpads get the same acceleration factor for identical moves), the actual delta was dependent on

[PATCH libinput 1/2] filter: change the tracker delta type to device-units

We were just switching type here without actual normalization, the filter code is in device units as of bdd4264d6150f4a6248eec7. Signed-off-by: Peter Hutterer --- src/filter.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/src/filter.c

Re: [PATCH weston] clients: fix errno handling

On Thu, Jan 19, 2017 at 08:21:45AM +1000, Peter Hutterer wrote: > clients/editor.c: In function ‘read_file’: > clients/editor.c:1578:16: warning: logical ‘or’ applied to non-boolean > constant [-Wlogical-op] > errno = errsv || EINVAL; > > This works in the shell, but not in C. Introduced in

Re: [PATCH weston] clients: fix errno handling

On 18/01/17 23:21, Peter Hutterer wrote: > clients/editor.c: In function ‘read_file’: > clients/editor.c:1578:16: warning: logical ‘or’ applied to non-boolean > constant [-Wlogical-op] > errno = errsv || EINVAL; > > This works in the shell, but not in C. Introduced in 411ffabbb56b > >

[PATCH weston] clients: fix errno handling

clients/editor.c: In function ‘read_file’: clients/editor.c:1578:16: warning: logical ‘or’ applied to non-boolean constant [-Wlogical-op] errno = errsv || EINVAL; This works in the shell, but not in C. Introduced in 411ffabbb56b Signed-off-by: Peter Hutterer ---

Re: [PATCH v2 wayland 4/5] protocol: add axis_source.wheel_tilt

On Wed, Jan 18, 2017 at 01:01:02PM +, Daniel Stone wrote: > Hi Peter, > > On 12 January 2017 at 05:28, Peter Hutterer wrote: > > On Thu, Jan 12, 2017 at 10:13:30AM +1000, Peter Hutterer wrote: > >> Unlike a wheel rotation, a wheel tilt is a discrete-only axis. Wheel

[ANNOUNCE] libxkbcommon 0.7.1

A small fixup release. libxkbcommon 0.7.1 == - Fixed various reported problems when the current locale is tr_TR.UTF-8. The function xkb_keysym_from_name() used to perform case-insensitive string comparisons in a locale-dependent way, but required it to to work as in the

[PATCH weston] compositor-rdp: Fix build with freerdp2

Based on a patch from John Moser https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=850658 Signed-off-by: Emilio Pozuelo Monfort --- libweston/compositor-rdp.c | 8 1 file changed, 8 insertions(+) diff --git a/libweston/compositor-rdp.c

Re: [PATCH weston] compositor-rdp: Fix build with freerdp2

On 18/01/17 14:09, Daniel Stone wrote: > Hi Emilio, > > On 17 January 2017 at 19:58, Emilio Pozuelo Monfort wrote: >> index 223382ce..94b4bfa9 100644 >> --- a/libweston/compositor-rdp.c >> +++ b/libweston/compositor-rdp.c >> @@ -664,13 +664,21 @@

[ANNOUNCE] NVIDIA EGL External Platform interface and Wayland library release

Hi all, Along with our 378.09 BETA driver release this morning, we have published our work-in-progress EGL External Platform interface source code. For a little bit of context, you can find my XDC 2016 talk about this at

[PATCH weston] ivi-shell: add screen_remove_layer API

It is analagous to layer_remove_surface API. The API removes a layer from the render order of the screen. Signed-off-by: Emre Ucan --- ivi-shell/ivi-layout-export.h | 10 ++ ivi-shell/ivi-layout.c| 22 ++ 2 files changed, 32

[PATCH weston 4/4] ivi-shell: add screen_add_layers test

Test adds 3 layers in a screen's render order list. First, it adds in the order which layers are created. Later, test cleans the render order list, and adds layers in reverse order. Signed-off-by: Emre Ucan --- tests/ivi_layout-internal-test.c | 54

[PATCH weston 3/4] ivi-shell: add layer_add_surfaces test

Test adds 3 surfaces in a layer's render order list. First, it adds in the order which surfaces are created. Later, test cleans the render order list, and adds surfaces in reverse order. Signed-off-by: Emre Ucan --- tests/ivi_layout-test-plugin.c | 49

[PATCH weston 1/4] ivi-shell: don't check view is rendered before adding surface

If a surface is removed from a layer's render order list, but the changes are not commited. Then, the surface could not be added to the same layer. Because ivi_view of the surface is still in the render order list of the layer. It is not possible to change the order of surfaces in a layer without

[PATCH weston 2/4] ivi-shell: don't check layer is already on the screen

If a layer is removed from a screen's render order list, but the changes are not commited. Then, the layer could not be added to the same screen. Because on_screen property of the layer is only changed in ivi_layout_commit_changes API, when active render order of the screen is changed. It is not

[PATCH weston 0/4] don't check active order lists before adding surface/layer

If a surface is removed from a layer's render order list, but the changes are not commited. Then, the surface could not be added to the same layer with ivi_layout_add_surface API. Because ivi_view of the surface is still in the render order list of the layer. It is not possible to change the

[PATCH weston v3 1/3] xwm: do not draw decor twice on map

From: Pekka Paalanen Normal windows enter the MapRequest handler, which schedules drawing the decorations. Then Xwayland realizes the window, which ends with a call to xserver_map_shell_surface(). The decorations are already drawn, no need to draw them a second

[PATCH weston v3 2/3] xwm: use _XWAYLAND_ALLOW_COMMITS

From: Pekka Paalanen This patch uses the new feature proposed for Xwayland in the patch series https://patchwork.freedesktop.org/series/16610/ . When the frame window is created, immediately forbid Xwayland commits on it. This prevents commits before the

[PATCH weston v3 0/3] Initial Xwayland window positioning, with XWM reordering

From: Pekka Paalanen Hi, having 20 patches from the series already merged, it is time to re-send the remaining ones rebased. Previous version with all the references and motivation: https://lists.freedesktop.org/archives/wayland-devel/2016-December/032443.html

[PATCH weston v3 3/3] libweston-desktop/xwayland: react to geometry changes

From: Pekka Paalanen Fix up the window position whenever the geometry info changes. If the window geometry changes, we want to keep the input-responding content anchored to top-left. It is done by manipulating the dx,dy arguments originating from a

Re: weston sometime fails to start using systemd unit file

Hi Daniel, Any clue/inputs after looking at the logs? Regards, Vikash On Wed, Jan 11, 2017 at 10:55 AM, Vikas Patil wrote: > Hi Daniel, > > Thanks a lot for your quick reply. See comments below. > > On Tue, Jan 10, 2017 at 9:28 PM, Daniel Díaz Rodríguez < >

Re: [PATCH weston] compositor-rdp: Fix build with freerdp2

Hi Emilio, On 17 January 2017 at 19:58, Emilio Pozuelo Monfort wrote: > index 223382ce..94b4bfa9 100644 > --- a/libweston/compositor-rdp.c > +++ b/libweston/compositor-rdp.c > @@ -664,13 +664,21 @@ rdp_peer_context_new(freerdp_peer* client, > RdpPeerContext* context) >

Re: [PATCH v2 wayland 4/5] protocol: add axis_source.wheel_tilt

Hi Peter, On 12 January 2017 at 05:28, Peter Hutterer wrote: > On Thu, Jan 12, 2017 at 10:13:30AM +1000, Peter Hutterer wrote: >> Unlike a wheel rotation, a wheel tilt is a discrete-only axis. Wheel >> rotations >> are mapped to degrees in libinput but that that does

Re: [PATCH weston v2 00/24] Initial Xwayland window positioning, with XWM reordering

On Wed, 18 Jan 2017 12:17:24 + Daniel Stone wrote: > Hi, > > On 18 January 2017 at 12:02, Pekka Paalanen wrote: > > On Tue, 17 Jan 2017 15:44:32 + > > Daniel Stone wrote: > >> 'react to geometry changes' makes me a

Re: [PATCH] Remove dbus-launch from weston.desktop

Hi Ben, On 22 December 2016 at 08:56, Ben wrote: > Most display managers handle starting a dbus session daemon for you, so > it does not make sense to start our own. Without this patch, if you run > weston from gdm, programs cannot connect to the dbus session daemon. Right

Re: [PATCH weston v2 00/24] Initial Xwayland window positioning, with XWM reordering

Hi, On 18 January 2017 at 12:02, Pekka Paalanen wrote: > On Tue, 17 Jan 2017 15:44:32 + > Daniel Stone wrote: >> 'react to geometry changes' makes me a little nervous; is there a way >> you can see that this can be resequenced or moved such that we

Re: [PATCH weston v2 00/24] Initial Xwayland window positioning, with XWM reordering

On Tue, 17 Jan 2017 15:44:32 + Daniel Stone wrote: > Hi Pekka, > > On 17 January 2017 at 15:22, Pekka Paalanen wrote: > > You can see the state of the current series at: > > https://patchwork.freedesktop.org/series/17096/ > > > > And I have a

Re: [PATCH weston] clients: fix errno handling

On 18/01/17 01:53, Peter Hutterer wrote: > clients/editor.c: In function ‘read_file’: > clients/editor.c:1578:16: warning: logical ‘or’ applied to non-boolean > constant [-Wlogical-op] > errno = errsv || EINVAL; > > This works in the shell, but not in C. Introduced in 411ffabbb56b > >

Re: [PATCH weston] xwm: fix intermittent half-drawn decorations problem

On Tue, 17 Jan 2017 17:42:37 + Emmanuel Gil Peyrot wrote: > Hi, > > On Tue, Jan 17, 2017 at 05:33:20PM +0200, Pekka Paalanen wrote: > > From: Pekka Paalanen > > > > To reproduce the problem: > > - start weston (x11 backend

RE: [PATCH] protocol: Add gaming input protocol

> Gaming input protocol works as an extension to support gaming devices. > Currently, it only supports game pad. Hi, I am sorry to chime in, especially since I am not really familiar with that matter, nor with the Wayland protocol in general. But from what I understood of this protocol, there