[RFC PATCH xserver] xwayland: Fix non-argb cursor conversion

Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=103012 Signed-off-by: Olivier Fourdan --- Note: I am not familiar with this so I have no idea whether or not the fix is correct (thus the RFC), but it does fix the test case provided in bug 103012.

Re: touch calibration on second screen impossible

Hi, On 25-09-17 08:08, Peter Hutterer wrote: On Sat, Sep 23, 2017 at 09:57:37AM +0200, Klaus Rudolph wrote: With X11 ( before wayland ) I can set up my touchscreen with: xinput --list find my device: "Advanced Silicon S.A. CoolTouch(TM) System" and can simply set the props I need with:

Re: XDC 2017 feedback

Hi, In general, I think the organization was great. I agree having everything happen in a single room was a good point. Here's some of my personal feedback: * I didn't like the tables layout at all. I found it to be extremely uncomfortable to have to look sideways in order to see the screens

Re: [Mesa-dev] XDC 2017 feedback

On 09/27/2017 04:55 PM, Rob Clark wrote: > On Wed, Sep 27, 2017 at 7:25 PM, Ian Romanick wrote: >> On 09/26/2017 09:57 AM, Daniel Vetter wrote: >>> Hi all, >>> >>> First again big thanks to Stéphane and Jennifer for organizing a great XDC. >>> >>> Like last year we'd like to

Re: [Mesa-dev] XDC 2017 feedback

On 09/26/2017 09:57 AM, Daniel Vetter wrote: > Hi all, > > First again big thanks to Stéphane and Jennifer for organizing a great XDC. > > Like last year we'd like to hear feedback on how this year's XDC went, > both the good (and what you'd like to see more of) and the not so > good. Talk

Re: [Mesa-dev] XDC 2017 feedback

On Wed, Sep 27, 2017 at 7:25 PM, Ian Romanick wrote: > On 09/26/2017 09:57 AM, Daniel Vetter wrote: >> Hi all, >> >> First again big thanks to Stéphane and Jennifer for organizing a great XDC. >> >> Like last year we'd like to hear feedback on how this year's XDC went, >>

Re: [Mesa-dev] XDC 2017 feedback

On Wed, Sep 27, 2017 at 10:49 PM, Ian Romanick wrote: > On 09/27/2017 04:55 PM, Rob Clark wrote: >> On Wed, Sep 27, 2017 at 7:25 PM, Ian Romanick wrote: >>> On 09/26/2017 09:57 AM, Daniel Vetter wrote: Hi all, First again big thanks to

Re: [Mesa-dev] XDC 2017 feedback

On Wed, Sep 27, 2017 at 10:07 PM, Rob Clark wrote: > If you had known of the khr dates, and brought it up in Feb (or really > somewhat earlier, given that XDC is roughly same time each year +/- > few weeks), that *might* have been early enough to move things. That's unfair.

Re: [Mesa-dev] XDC 2017 feedback

On Thu, Sep 28, 2017 at 7:36 AM, Matt Turner wrote: > On Wed, Sep 27, 2017 at 10:07 PM, Rob Clark wrote: >> If you had known of the khr dates, and brought it up in Feb (or really >> somewhat earlier, given that XDC is roughly same time each year +/- >>

Re: [Mesa-dev] XDC 2017 feedback

On 09/27/2017 10:07 PM, Rob Clark wrote: > On Wed, Sep 27, 2017 at 10:49 PM, Ian Romanick wrote: >> On 09/27/2017 04:55 PM, Rob Clark wrote: >>> On Wed, Sep 27, 2017 at 7:25 PM, Ian Romanick wrote: On 09/26/2017 09:57 AM, Daniel Vetter wrote:

[ANNOUNCE] libinput 1.8.901

The first RC for libinput 1.9 is now available. The 1.9 development cycle added quite a few new features so expect libinput's behaviour to have changed, ideally for the better. The autotools build system is no more, we are now using meson exclusively. Building and installing libinput is now

Re: [PATCH weston v2 3/4] libweston: Add check and fallback for linux/sync_file.h

On Tue, Sep 26, 2017 at 02:07:45PM +0300, Pekka Paalanen wrote: > On Tue, 19 Sep 2017 14:59:10 +0300 > Alexandros Frantzis wrote: > > > The sync file functionality is required by the upcoming GPU render > > timeline work, but it's only available in relatively

Re: [PATCH weston v2 3/4] libweston: Add check and fallback for linux/sync_file.h

Hello everybody On 27.09.2017 08:17, Alexandros Frantzis wrote: On Tue, Sep 26, 2017 at 02:07:45PM +0300, Pekka Paalanen wrote: On Tue, 19 Sep 2017 14:59:10 +0300 Alexandros Frantzis wrote: The sync file functionality is required by the upcoming GPU render

Re: [PATCH weston v2 3/4] libweston: Add check and fallback for linux/sync_file.h

On Wed, 27 Sep 2017 09:00:27 +0200 Christian Stroetmann wrote: > On 27.09.2017 08:17, Alexandros Frantzis wrote: > > All that being said, I understand the reluctance to include a copy of > > the kernel userspace API header, since it's a grey area in terms of GPL. > >

Re: [PATCH weston v12 16/40] compositor-drm: Allow disabling atomic

Hi Daniel, On Tue, 2017-09-26 at 18:15 +0100, Daniel Stone wrote: > Add a test environment variable to allow disabling atomic modesetting. > > > Signed-off-by: Daniel Stone > --- >  libweston/compositor-drm.c | 12 +++- >  1 file changed, 7 insertions(+), 5

Re: [PATCH weston v12 27/40] compositor-drm: Add modifiers to GBM dmabuf import

On Tue, 2017-09-26 at 18:16 +0100, Daniel Stone wrote: > Add support for the GBM_BO_IMPORT_FD_MODIFIER path, which allows us to > import multi-plane dmabufs, as well as format modifiers. > > Signed-off-by: Daniel Stone > --- >  configure.ac   |   3 - >  

[PATCH] Fix API troubles with FreeRDP 2.0 v2

With FreeRDP 2.0 the crypto needs to be initialized or we fail as soon as we try to compute a md5. The API also changed for the suppress output callback. --- libweston/compositor-rdp.c | 14 +++--- 1 file changed, 11 insertions(+), 3 deletions(-) diff --git a/libweston/compositor-rdp.c

Re: [PATCH weston v12 09/40] compositor-drm: Move repaint state application to flush

Hi Daniel, On Tue, 2017-09-26 at 18:15 +0100, Daniel Stone wrote: > Split repaint into two stages, as implied by the grouped-repaint > interface: drm_output_repaint generates the repaint state only, and > drm_repaint_flush applies it. > > This also moves DPMS into output state. Previously, the

[PATCH weston v3 0/4] Emit GPU rendering timepoints in weston timeline

This patchset adds support for emitting GPU rendering timepoints in the weston timeline. The GPU timestamp data is acquired asynchronously using the functionality provided by the EGL_KHR_fence_sync and EGL_ANDROID_native_fence_sync extensions. I have also updated the wesgr tool to display the

[PATCH weston v3 1/4] timeline: Add GPU timestamp timepoint argument

The purpose of this argument is to hold timestamp information about events that occurred on the GPU. This argument allows us to include GPU timestamps in timepoints such as the beginning and end of frame rendering. Signed-off-by: Alexandros Frantzis

[PATCH weston v3 2/4] gl-renderer: Add support for fence sync extensions

Check for the EGL_KHR_fence_sync and EGL_ANDROID_native_fence_sync extensions and get pointers to required extension functions. These extensions allow us to acquire GPU timestamp information asynchronously, and are required by the upcoming work to add rendering begin/end timepoints to the weston

[PATCH weston v3 3/4] libweston: Add check and fallback for linux/sync_file.h

The sync file functionality is required by the upcoming GPU render timeline work, but it's only available in relatively new linux kernel versions (4.7 and above). This commit provides a "sanitized" version of the required sync file definitions. On systems that don't have the sync file header

Re: [PATCH weston v3 4/4] gl-renderer: Emit GPU rendering begin and end timeline timepoints

Quoting Alexandros Frantzis (2017-09-27 13:09:16) > Use EGL fence sync objects to emit timepoints for the beginning and the > end of rendering on the GPU. But why not use a qbo with GL_TIMESTAMP? sync_file are only timestamped when they are signaled, which is very, very loosely coupled with the

Re: [PATCH weston v2 3/4] libweston: Add check and fallback for linux/sync_file.h

On Wed, Sep 27, 2017 at 11:57:14AM +0300, Pekka Paalanen wrote: > On Wed, 27 Sep 2017 09:00:27 +0200 > Christian Stroetmann wrote: > > > On 27.09.2017 08:17, Alexandros Frantzis wrote: > > > All that being said, I understand the reluctance to include a copy of > > > the

Re: [PATCH weston v2 4/4] gl-renderer: Emit GPU rendering begin and end timeline timepoints

On Mon, Sep 25, 2017 at 05:40:36PM +0300, Pekka Paalanen wrote: > On Tue, 19 Sep 2017 14:59:11 +0300 > Alexandros Frantzis wrote: > > > Use EGL fence sync objects to emit timepoints for the beginning and the > > end of rendering on the GPU. The timepoints are

Re: [PATCH weston v12 00/40] Atomic modesetting

On Tue, Sep 26, 2017 at 12:15 PM, Daniel Stone wrote: > Hi, > Here's a cleaned-up and fully-tested version of the atomic series. Hi; Just wondering: do you maintain these in a publicly fetchable repo somewhere? I didn't turn up anything after some light searching --

Re: [PATCH weston v3 4/4] gl-renderer: Emit GPU rendering begin and end timeline timepoints

On Wed, Sep 27, 2017 at 01:18:47PM +0100, Chris Wilson wrote: > Quoting Alexandros Frantzis (2017-09-27 13:09:16) > > Use EGL fence sync objects to emit timepoints for the beginning and the > > end of rendering on the GPU. > > But why not use a qbo with GL_TIMESTAMP? > > sync_file are only

Re: [PATCH weston v2 4/4] gl-renderer: Emit GPU rendering begin and end timeline timepoints

On 27 September 2017 at 13:26, Alexandros Frantzis wrote: > On Mon, Sep 25, 2017 at 05:40:36PM +0300, Pekka Paalanen wrote: >> On Tue, 19 Sep 2017 14:59:11 +0300 >> Alexandros Frantzis wrote: >> >> > Use EGL fence sync objects

[PATCH weston v2] compositor-wayland: destroy the appropriate output instead of exiting when receiving an xdg_toplevel::close event

v2: Fix use after free spotted by Daniel Stone Signed-off-by: Sergi Granell --- libweston/compositor-wayland.c | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/libweston/compositor-wayland.c b/libweston/compositor-wayland.c index a99d4a5c..507262e3

Re: [PATCH weston v3 4/4] gl-renderer: Emit GPU rendering begin and end timeline timepoints

Quoting Alexandros Frantzis (2017-09-27 15:01:08) > On Wed, Sep 27, 2017 at 01:18:47PM +0100, Chris Wilson wrote: > > Quoting Alexandros Frantzis (2017-09-27 13:09:16) > > > Use EGL fence sync objects to emit timepoints for the beginning and the > > > end of rendering on the GPU. > > > > But why

Re: [PATCH weston v3 4/4] gl-renderer: Emit GPU rendering begin and end timeline timepoints

On Wed, 27 Sep 2017 15:12:15 +0100 Chris Wilson wrote: > Quoting Alexandros Frantzis (2017-09-27 15:01:08) > > On Wed, Sep 27, 2017 at 01:18:47PM +0100, Chris Wilson wrote: > > > Quoting Alexandros Frantzis (2017-09-27 13:09:16) > > > > Use EGL fence sync objects to

Re: [PATCH weston v3 4/4] gl-renderer: Emit GPU rendering begin and end timeline timepoints

Hi Chris, Thanks for taking a look! On 27 September 2017 at 13:18, Chris Wilson wrote: > Quoting Alexandros Frantzis (2017-09-27 13:09:16) >> Use EGL fence sync objects to emit timepoints for the beginning and the >> end of rendering on the GPU. > > But why not use a

Re: [PATCH weston v12 00/40] Atomic modesetting

Hi Matt, On 27 September 2017 at 14:46, Matt Hoosier wrote: > On Tue, Sep 26, 2017 at 12:15 PM, Daniel Stone wrote: >> Here's a cleaned-up and fully-tested version of the atomic series. > > Just wondering: do you maintain these in a publicly

Re: [PATCH weston v3 4/4] gl-renderer: Emit GPU rendering begin and end timeline timepoints

Quoting Pekka Paalanen (2017-09-27 15:25:21) > On Wed, 27 Sep 2017 15:12:15 +0100 > Chris Wilson wrote: > > > Quoting Alexandros Frantzis (2017-09-27 15:01:08) > > > On Wed, Sep 27, 2017 at 01:18:47PM +0100, Chris Wilson wrote: > > > > Quoting Alexandros Frantzis

Re: connection: add sanity check to avoid buffer overflow

On 2017-09-26 10:46 AM, Sergi Granell wrote: On Thu, 2017-09-14 at 09:21 +0900, Boram Park wrote: Before putting data into a buffer, we have to make sure that the data size is smaller than not only the buffer's full size but also the buffer's empty size.