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
--- a/test/test-touchpad.c
+++ b/test/test-t
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 b/test/litest-device-bcm5974.c
index 7d87285..
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:
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 b2c22ff..08014f6 100644
--- a/sr
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 libinpu
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 100644
--- a/src/evdev-mt-tou
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
+++ b/test/test-touchpad.c
@@ -494
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
---
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 eb950a2..e891dea 100644
--- a/src/evdev
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 slot)
{ .t
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, n
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?
the assumption is a mode
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 @@ tp_unhover_pressure(stru
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 16:20:28 +0900
Carsten Haitzler (The Rasterman) wro
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:
> >
> > > > == Authentication/Identification ==
> > > > The goal is to filter clients based on some w
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
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 series, updated my own
appl
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
@@ -1237,7 +1237,7 @@ gl_rende
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 option to try to open a specific dev
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 for opening a specific DRM devic
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:
> >
> > > > == Authentication/Identification ==
> > > > The goal is to filter clients based
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 work
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 e.g.
> > > xdotool can access this interfac
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 current Wayland/Weston and te
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
@@ -3055,6 +3055,8 @@ drm_dev
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 libinput *libinput,
c
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
index 73af689..3fe0a02 100644
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 b/test/litest.c
index d91a524..acba871 10
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 d86ff12..73af689 100644
--- a/src/
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 now. This email is supposed t
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 that essentially expose
31 matches
Mail list logo