[ANNOUNCE] libinput 1.8.3

libinput 1.8.3 is now available. Two user-visible fixes: The Wacom Mobile Studio Pro pad device was previously ignored because of its accelerometer tag, this is fixed now. And touchpads that are explicitly disabled by the user now stay disabled after a lid open event. The rest is all related to

[PATCH v2 4/6] libweston: fbdev: set fb device info upon the first run.

This attempts to wake up secondary framebuffer devices (/dev/fb1 and up) as usually these devices start powered off, and the FBIOPUT_VSCREENINFO ioctl turns it on. This was tested on a qemu system with the options: -vga none -device VGA,id=video0 -device secondary-vga,id=video1 \ -device

[PATCH v2 3/6] launcher-logind: only get a VT on seat0, as only seat0 supports VTs

As only seat0 supports TTYs, this changes the logind launcher where it detects a TTY, only if the seat is seat0. This has only been tested for logind --- libweston/launcher-logind.c | 22 -- libweston/launcher-util.c | 4 2 files changed, 16 insertions(+), 10

[PATCH v2 2/6] libweston: fbdev: support the --seat option, (and XDG_SEAT variable)

This allows the fbdev backend to run on, and use devices from the specified seat, similar to the drm backend. --- compositor/main.c| 2 ++ libweston/compositor-fbdev.c | 10 +- libweston/compositor-fbdev.h | 1 + 3 files changed, 12 insertions(+), 1 deletion(-) diff --git

[PATCH v2 1/6] libweston: set the seat automatically based on the XDG_SEAT environment variable

This will allow the seat to be set by the environment as pam_systemd typically sets the XDG_SEAT variable --- compositor/main.c | 2 +- libweston/compositor-drm.c | 5 + man/weston-drm.man | 7 +-- 3 files changed, 11 insertions(+), 3 deletions(-) diff --git

[PATCH v2 6/6] main: don't configure /dev/fb0 by default

--- compositor/main.c | 3 --- 1 file changed, 3 deletions(-) diff --git a/compositor/main.c b/compositor/main.c index f88608cd..cd07a6bb 100644 --- a/compositor/main.c +++ b/compositor/main.c @@ -1450,9 +1450,6 @@ load_fbdev_backend(struct weston_compositor *c,

[PATCH v2 5/6] libweston: fbdev: Attempt to detect the first framebuffer device in the seat. instead of defaulting to /dev/fb0

This adds a function to detect the first framebuffer device in the current seat. Instead of hardcoding /dev/fb0, use udev to find the first framebuffer device in the seat. --- libweston/compositor-fbdev.c | 45 +--- 1 file changed, 42 insertions(+), 3

Re: [PATCH] documentation: clarify the need for wl_surface.damage

On Tue, Oct 03, 2017 at 10:02:03AM +0300, Pekka Paalanen wrote: > On Mon, 2 Oct 2017 17:39:56 +0200 > Mahdi Khanalizadeh wrote: > > > Add an explanation for wl_surface.attach why a wl_surface.damage request > > is necessary. Explicitly declare it implementation defined

Re: [PATCH] documentation: clarify the need for wl_surface.damage

Hi, thanks for reviewing. Am 03.10.2017 09:02:03 schrieb(en) Pekka Paalanen: On Mon, 2 Oct 2017 17:39:56 +0200 Mahdi Khanalizadeh wrote: > Add an explanation for wl_surface.attach why a wl_surface.damage request > is necessary. Explicitly declare it implementation

[PATCH weston] weston-info: Add support for zwp_linux_dmabuf_v1

This now prints each (format, modifier) tuple, to show which ones the compositor sends to its clients. It is only implemented for version 3+, since I didn’t have any compositor implementing previous versions, and the old `format` event is deprecated anyway. Signed-off-by: Emmanuel Gil Peyrot

Re: [PATCH weston v12 10/40] compositor-drm: Use apply_state for starting repaint

On Tue, 26 Sep 2017 18:15:43 +0100 Daniel Stone wrote: > Rather than open-coding it ourselves, use the new apply_state helper in > drm_output_start_repaint. > > Signed-off-by: Daniel Stone > Reported-by: Fabien DESSENNE >

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

On Tue, 26 Sep 2017 18:15:42 +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.

Re: [PATCH weston v3 0/8] weston-debug API and tool

On Fri, 22 Sep 2017 11:20:14 +0200 Maniraj Devadoss wrote: > This series of patches are from weston debug protocol RFC posted by Pekka > Paalanen > along with the modifications done by me. > >

Re: [PATCH wayland-protocols v3] protocol: add compositor-debug.xml

On Fri, 22 Sep 2017 11:17:49 +0200 Maniraj Devadoss wrote: > From: Pekka Paalanen > > This is a new debugging extension for non-production environments. The > aim is to replace all build-time choosable debug prints in the > compositor with

Re: [PATCH] Fix API troubles with FreeRDP 2.0 v2

On Wed, 27 Sep 2017 12:01:10 +0200 David Fort wrote: > 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

Re: [PATCH] documentation: clarify the need for wl_surface.damage

On Mon, 2 Oct 2017 17:39:56 +0200 Mahdi Khanalizadeh wrote: > Add an explanation for wl_surface.attach why a wl_surface.damage request > is necessary. Explicitly declare it implementation defined behaviour if the > wl_surface.damage request is omitted to give the

Re: [PATCH 4/6] libweston: fbdev: set fb device info upon the first run.

On Mon, 02 Oct 2017 23:14:26 -0400 nerdopolis wrote: > On Tuesday, September 26, 2017 9:45:43 AM EDT Pekka Paalanen wrote: > > On Thu, 14 Sep 2017 23:08:51 -0400 > > nerdopolis wrote: > > > > > On Wednesday, September 6, 2017

Re: [PATCH 1/6] libweston: set the seat automatically based on the XDG_SEAT environment variable

On Mon, 02 Oct 2017 23:10:14 -0400 nerdopolis wrote: > On Tuesday, September 26, 2017 9:17:37 AM EDT you wrote: > > On Wed, 6 Sep 2017 08:17:18 -0400 > > nerdopolis wrote: > > > > > --- > > > > Hi, > > > > the commit