[PATCH libinput 9/9] test: add touch size palm detection tests

Signed-off-by: Peter Hutterer --- test/test-touchpad.c | 115 ++- 1 file changed, 105 insertions(+), 10 deletions(-) diff --git a/test/test-touchpad.c b/test/test-touchpad.c index 7e36703..5b692a9 100644 ---

[PATCH libinput 2/9] test: send orientation and touch size on the Apple touchpads

Signed-off-by: Peter Hutterer --- test/litest-device-bcm5974.c| 12 test/litest-device-magic-trackpad.c | 26 ++ 2 files changed, 34 insertions(+), 4 deletions(-) diff --git a/test/litest-device-bcm5974.c

[PATCH libinput 5/9] touchpad: add touch-size based touch handling

Apple touchpads don't use ABS_MT_PRESSURE but they are multitouch touchpads, so the current pressure-based handling code doesn't apply because it expects slot-based pressure for mt touchpads. Apple does however send useful data for ABS_MT_WIDTH_MAJOR/MINOR, so let's use that instead. Bonus point:

[PATCH libinput 7/9] touchpad: add touch-size-based palm detection

Signed-off-by: Peter Hutterer --- src/evdev-mt-touchpad.c | 46 -- src/evdev-mt-touchpad.h | 3 +++ 2 files changed, 47 insertions(+), 2 deletions(-) diff --git a/src/evdev-mt-touchpad.c b/src/evdev-mt-touchpad.c index

[PATCH libinput 0/9] Touch size detection on Apple touchpads

Apple touchpads are the only ones so far that give us useful major/minor data. And they lack pressure, so they missed out on the pressure-specific touch handling in 1.7. This patchset uses major/minor to calculate the touch size and then enable the touch depending on the size. The code for

[PATCH libinput 4/9] touchpad: make palm detection logging a bit easier

Nested trinary conditions are fun, but... Signed-off-by: Peter Hutterer --- src/evdev-mt-touchpad.c | 24 +--- 1 file changed, 21 insertions(+), 3 deletions(-) diff --git a/src/evdev-mt-touchpad.c b/src/evdev-mt-touchpad.c index e891dea..3fd1f29

[PATCH libinput 6/9] test: add basic tests for touch size detection

Signed-off-by: Peter Hutterer --- test/test-touchpad.c | 258 +++ 1 file changed, 258 insertions(+) diff --git a/test/test-touchpad.c b/test/test-touchpad.c index c0de99b..7e36703 100644 --- a/test/test-touchpad.c +++

[PATCH libinput 3/9] touchpad: move edge palm detection into a helper too

Just code cleanup, no changes. Signed-off-by: Peter Hutterer --- src/evdev-mt-touchpad.c | 41 +++-- 1 file changed, 27 insertions(+), 14 deletions(-) diff --git a/src/evdev-mt-touchpad.c b/src/evdev-mt-touchpad.c index

[PATCH libinput 8/9] test: loosen up litest to allow major/minor handling

The max values on ABS_MT_TOUCH_MAJOR/MINOR aren't hard limits, they basically represent the size of a finger with (afaict) a suggestion that anything greater than the max may be a palm. Disable the 0-100% range checks for those axes so we can send custom events. Signed-off-by: Peter Hutterer

[PATCH libinput 1/9] test: force-release major/minor on the default touch up

Signed-off-by: Peter Hutterer --- test/litest.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/test/litest.c b/test/litest.c index c7869e8..91e5d23 100644 --- a/test/litest.c +++ b/test/litest.c @@ -1635,6 +1635,8 @@ touch_up(struct litest_device *d, unsigned int

Re: [PATCH weston v2 10/11] [RFC] Account for very large repaint window misses

On 28/03/17 08:02 PM, Pekka Paalanen wrote: > > There are also other developments, like priority based, pre-emptive > task scheduling in the GPUs, which I'm told AMD already has written: > https://lists.freedesktop.org/archives/amd-gfx/2017-March/006106.html Andres is doing this work for Valve,

Re: [RFC] Interface for injection of input events

On Tue, 28 Mar 2017 15:33:41 -0700 Jordan Sissel said: > I am interested in the security concerns here, but are there reliable > barriers between different processes run by the same user in the same > desktop session? What is the threat model y'all are defending against?

[PATCH libinput] touchpad: don't try to unhover touches in NONE state

Signed-off-by: Peter Hutterer --- src/evdev-mt-touchpad.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/src/evdev-mt-touchpad.c b/src/evdev-mt-touchpad.c index 674cf1c..eb950a2 100644 --- a/src/evdev-mt-touchpad.c +++ b/src/evdev-mt-touchpad.c @@ -811,6 +811,9

Re: [RFC] Interface for injection of input events

On Wed, Mar 29, 2017 at 9:33 AM, Jordan Sissel wrote: On Tue, Mar 28, 2017 at 2:44 PM, Christopher James Halse Rogers < christopher.halse.rog...@canonical.com> wrote: On Tue, 28 Mar 2017 at 22:31 Pekka Paalanen wrote: On Tue, 28 Mar 2017

Re: [RFC] Interface for injection of input events

On Tue, 28 Mar 2017 at 22:31 Pekka Paalanen wrote: > On Tue, 28 Mar 2017 16:20:28 +0900 > Carsten Haitzler (The Rasterman) wrote: > > > On Wed, 22 Mar 2017 13:59:43 +0200 Pekka Paalanen > said: > > > > > > ==

Re: [Video] ILM support for waylandsink query

Hello Nicolas, the ilm api is implemented for the ivi (in vehicle infotainment) window management and allow to control applications surfaces outside from the compositor, it is realized by the ivi-shell in weston. with ivi-shell every weston surface have to have an id assigned to it (very simple

Re: [PATCH weston v2 10/11] [RFC] Account for very large repaint window misses

On 03/28/2017 01:02 PM, Pekka Paalanen wrote: Hi Mario, I'm glad to hear from you, it's this kind of details we really appreciate you for. :-) On Tue, 28 Mar 2017 00:59:41 +0200 Mario Kleiner wrote: Hi Daniel & Pekka, finally managed to go through the whole

[PATCH weston] gl-renderer: Change 'data' type to 'uint8_t *', since 'void *' arithmetic is undefined

Signed-off-by: Raúl Peñacoba --- libweston/gl-renderer.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/libweston/gl-renderer.c b/libweston/gl-renderer.c index c6091af0..0de2803f 100644 --- a/libweston/gl-renderer.c +++ b/libweston/gl-renderer.c

[PATCH weston 1/2] compositor-drm: add specific_device configuration option

From: Pekka Paalanen Developers with testing rigs having multiple graphics cards plugged in often want to test things on a specific card. We have ways to choose a card through seat assignments, but configuring that run by run is awkward. Add a new DRM backend

[PATCH weston 2/2] weston: add --device option for DRM-backend

From: Pekka Paalanen Developers with testing rigs having multiple graphics cards plugged in often want to test things on a specific card. We have ways to choose a card through seat assignments, but configuring that run by run is awkward. Add a command line option

Re: [RFC] Interface for injection of input events

On Tue, 28 Mar 2017 14:31:24 +0300 Pekka Paalanen said: > On Tue, 28 Mar 2017 16:20:28 +0900 > Carsten Haitzler (The Rasterman) wrote: > > > On Wed, 22 Mar 2017 13:59:43 +0200 Pekka Paalanen > > said: > > > > > > ==

Re: [Video] ILM support for waylandsink query

Le mardi 28 mars 2017 à 12:18 +0530, Vikas Patil a écrit : > Hi Eugen, > > Yes, I have implemented using protocol and it is working. However I > also want to try it with direct usage of ILM apis but no luck yet. I > have done the same with glimagesink, eglvivsink video sink plugin and > it is

Re: [RFC] Interface for injection of input events

On Tue, 28 Mar 2017 16:20:28 +0900 Carsten Haitzler (The Rasterman) wrote: > On Wed, 22 Mar 2017 13:59:43 +0200 Pekka Paalanen said: > > > > == Authentication/Identification == > > > The goal is to filter clients based on some white/blacklist, so that

Re: [PATCH weston v2 10/11] [RFC] Account for very large repaint window misses

Hi Mario, I'm glad to hear from you, it's this kind of details we really appreciate you for. :-) On Tue, 28 Mar 2017 00:59:41 +0200 Mario Kleiner wrote: > Hi Daniel & Pekka, > > finally managed to go through the whole patch series, updated my own > application to

[PATCH weston] compositor-drm: Add missing drmModeFreeResources in drm_device_is_kms

Signed-off-by: Sergi Granell --- libweston/compositor-drm.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/libweston/compositor-drm.c b/libweston/compositor-drm.c index 4cb27b1d..3f7e97e6 100644 --- a/libweston/compositor-drm.c +++ b/libweston/compositor-drm.c @@

[PATCH libinput 1/4] test: align litest output messages

Signed-off-by: Peter Hutterer --- test/litest.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/test/litest.c b/test/litest.c index 5086bd9..f9797b7 100644 --- a/test/litest.c +++ b/test/litest.c @@ -788,14 +788,14 @@ litest_log_handler(struct

[PATCH libinput 4/4] test: highlight the various state machines with colors

Makes visual identification easier Signed-off-by: Peter Hutterer --- src/libinput-util.h | 17 ++--- test/litest.c | 21 - 2 files changed, 34 insertions(+), 4 deletions(-) diff --git a/src/libinput-util.h b/src/libinput-util.h

[PATCH libinput 3/4] test: detect linebreaks in log messages

If a single log message is composed of multiple calls (as are all from evdev_log_*), don't prefix multiple times. Signed-off-by: Peter Hutterer --- test/litest.c | 10 ++ 1 file changed, 6 insertions(+), 4 deletions(-) diff --git a/test/litest.c

[PATCH libinput 2/4] test: add color to litest verbose output

Signed-off-by: Peter Hutterer --- src/libinput-util.h | 4 test/litest.c | 29 + tools/shared.c | 3 --- 3 files changed, 29 insertions(+), 7 deletions(-) diff --git a/src/libinput-util.h b/src/libinput-util.h index

Re: [RFC] Interface for injection of input events

On Wed, 22 Mar 2017 12:23:46 +1000 Peter Hutterer said: > Hi all, > > This is an RFC for a new interface to generate input events from arbitrary > clients. Note that this is only a few days old, so **do not** assume this is > anything more a thought experiment right

Re: [RFC] Interface for injection of input events

On Wed, 22 Mar 2017 13:59:43 +0200 Pekka Paalanen said: > > == Authentication/Identification == > > The goal is to filter clients based on some white/blacklist, so that e.g. > > xdotool can access this interface but others cannot. > > Hi, > > if one allows a generic tool

Re: [Video] ILM support for waylandsink query

Hi Eugen, Yes, I have implemented using protocol and it is working. However I also want to try it with direct usage of ILM apis but no luck yet. I have done the same with glimagesink, eglvivsink video sink plugin and it is working. Thanks & Regards, Vikash On Tue, Mar 28, 2017 at 1:09 AM, Eugen