Hi guys
after a bit of waiting time, we now have libinput in a fresh, still warm
repository on freedesktop:
http://cgit.freedesktop.org/wayland/libinput
libinput is the weston input handling code forked off into a library. The
goal of libinput is to provide a common code base for the various
event5 POINTER_MOTION +2.31s -3.00/ 2.00
Time is displayed relative to the starting time.
Note: statically linked for easier debugging, but we don't distribute it
(yet) anyway.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
Makefile.am | 2 +-
configure.ac| 3
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
src/path.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/src/path.c b/src/path.c
index 2553005..2b8f530 100644
--- a/src/path.c
+++ b/src/path.c
@@ -130,7 +130,8 @@ path_input_enable(struct libinput *libinput
Currently this means start with event and don't contain /.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
test/path.c | 23 +++
test/udev.c | 34 ++
2 files changed, 57 insertions(+)
diff --git a/test/path.c b/test/path.c
index
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
src/path.c | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/src/path.c b/src/path.c
index 3b09cbe..2553005 100644
--- a/src/path.c
+++ b/src/path.c
@@ -75,7 +75,7 @@ path_seat_create(struct path_input
Here's a list of features I consider the minimum to get something akin to
feature-parity with the current X.Org-based stack. This is not a wishlist
for features, it's a list of minimum requirements that covers 90% of the
user base.
keyboard:
I don't think there's much to do, keyboards are fairly
(if it isn't software-rotated).
This is probably obvious anyway, and the extra documentation does little
other than adding confusion, so
Reviewed-by: Peter Hutterer peter.hutte...@who-t.net.
Cheers,
Peter
---
src/libinput.h | 12 ++--
1 file changed, 6 insertions(+), 6 deletions
On Wed, Jan 29, 2014 at 09:33:11PM +0100, Jonas Ådahl wrote:
Instead of automatically transforming absolute coordinates of touch and
pointer events to screen coordinates, the user now uses the corresponding
transform helper function. This means the coordinates returned by
On Thu, Jan 30, 2014 at 10:30:40AM -0800, Ping Cheng wrote:
On Tue, Jan 28, 2014 at 6:18 PM, Peter Hutterer
peter.hutte...@who-t.netwrote:
Here's a list of features I consider the minimum to get something akin to
feature-parity with the current X.Org-based stack. This is not a wishlist
On Thu, Jan 30, 2014 at 01:42:20PM -0800, Bill Spitzak wrote:
Ping Cheng wrote:
graphics tablets:
* extended axis event support
* tool change notification (could be just button events? not sure)
Will tool id, serial number, and tool type be supported here?
Shouldn't each
On Thu, Jan 30, 2014 at 08:38:02AM +0100, Jonas Ådahl wrote:
On Thu, Jan 30, 2014 at 01:02:15PM +1000, Peter Hutterer wrote:
On Wed, Jan 29, 2014 at 09:33:11PM +0100, Jonas Ådahl wrote:
Instead of automatically transforming absolute coordinates of touch and
pointer events to screen
On Thu, Jan 30, 2014 at 02:14:30PM -0800, Bill Spitzak wrote:
It is not clear from this discussion what support there will be for
mouse mode for the tablets.
A problem I have had with the current tablet api is that it is
designed for mapping the tablet to the bounding box surrounding all
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
src/path.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/src/path.c b/src/path.c
index 7a00c0b..a2878f9 100644
--- a/src/path.c
+++ b/src/path.c
@@ -144,6 +144,11 @@ path_input_enable(struct libinput *libinput)
seat
evdev_device_remove() already calls close(device-fd). Move the
close_restricted call there to avoid one privileged call in the backend and
one in the device.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
src/evdev.c | 2 +-
src/path.c | 1 -
src/udev-seat.c | 3 ---
3 files
: since we'd now fail getting the device node from
the invalid /tmp path, the open_func_count is 0.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
Changes to v1:
- move open_restricted into evdev_device_create()
If we really get an fd open failure, we now get two error messages, but I'll
out which DEVICE_ADDED event corresponds to the new device.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
src/libinput.h | 45 +++
src/path.c | 104 ++--
test/path.c| 114
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
test/path.c | 317
1 file changed, 317 insertions(+)
diff --git a/test/path.c b/test/path.c
index 3aade76..59d3e5f 100644
--- a/test/path.c
+++ b/test/path.c
@@ -252,6 +252,25
This patchset revamps the path backend to allow for more than one path-based
device per context. I thought the initial approach of having one context per
device is sufficient but there are a few use-cases that can really only be
solved by having libinput control all devices. A common example is
This enables us to prevent callers from calling backend-specific functions on
mismatching backends.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
src/libinput-private.h | 6 ++
src/path.c | 1 +
src/udev-seat.c| 1 +
3 files changed, 8 insertions(+)
diff
-by: Peter Hutterer peter.hutte...@who-t.net
---
src/path.c | 120 +++--
src/path.h | 6 +++-
2 files changed, 99 insertions(+), 27 deletions(-)
diff --git a/src/path.c b/src/path.c
index 4924b31..32483df 100644
--- a/src/path.c
+++ b/src
On Thu, Feb 06, 2014 at 10:11:34PM +0100, Jonas Ådahl wrote:
On Thu, Feb 06, 2014 at 02:13:05PM +1000, Peter Hutterer wrote:
This enables us to prevent callers from calling backend-specific functions
on
mismatching backends.
This can be done instead by comparing the backend interface
On Thu, Feb 06, 2014 at 10:23:57PM +0100, Jonas Ådahl wrote:
On Thu, Feb 06, 2014 at 02:13:04PM +1000, Peter Hutterer wrote:
This patchset revamps the path backend to allow for more than one path-based
device per context. I thought the initial approach of having one context per
device
:11 GMT+01:00 Alexander E. Patrakov patra...@gmail.com:
2014-02-03 Peter Hutterer peter.hutte...@who-t.net:
On Fri, Jan 31, 2014 at 08:26:54PM +0600, Alexander E. Patrakov wrote:
Peter Hutterer wrote:
I've been thinking about how to add a device configuration interface
to
libinput
On Sun, Feb 09, 2014 at 01:32:41PM +0100, Eugen Friedrich wrote:
On 09.02.2014 05:10, Peter Hutterer wrote:
On Thu, Feb 06, 2014 at 11:28:49PM +0100, Eugen Friedrich wrote:
Hi together,
i would like to put some input from the embedded/ automotive perspective.
you can think about huge
was discovered with a previously empty seat
a new seat instance would always be created, meaning two potential seat
instances with identical physical and logical seat name pairs.
Signed-off-by: Jonas Ådahl jad...@gmail.com
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
Changes to v1
If we don't have capabilities we can deal with, return a different
error so the backends can handle it separately (they already do).
Signe-off-by: Peter Hutterer peter.hutte...@who-t.net
---
src/evdev.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/src/evdev.c b/src
On Mon, Feb 10, 2014 at 10:11:47AM +0100, Jonas Ådahl wrote:
On Mon, Feb 10, 2014 at 03:13:55PM +1000, Peter Hutterer wrote:
On Thu, Feb 06, 2014 at 10:27:54PM +0100, Jonas Ådahl wrote:
Since a Wayland compositor have to represent all touch devices of a seat
as one virtual device, lets
;
+ device-abs.seat_slot = seat_slot;
+ seat-slot_map |= 1 seat_slot;
I think in light of 4/5 it should be documented that the seat_slot is never
-1, lest people expect the same behaviour for both functions.
Reviewed-by: Peter Hutterer peter.hutte...@who-t.net
(), but let's use log_info, log_error, etc.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
src/libinput-private.h | 7 ++
src/libinput-util.c| 20 --
src/libinput.c | 62 ++
src/libinput.h | 76 ++
src/path.c
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
src/Makefile.am | 1 +
src/evdev-mt-touchpad.c | 76 +
src/evdev.c | 5 +++-
src/evdev.h | 3 ++
4 files changed, 84 insertions(+), 1 deletion(-)
create mode
If two fingers are down and moving, take the average movement of both fingers
and use that for scrolling.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
src/evdev-mt-touchpad.c | 44 +++-
1 file changed, 43 insertions(+), 1 deletion(-)
diff
Same algorithm as in evdev-touchpad.c
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
src/evdev-mt-touchpad.c | 76 +
1 file changed, 76 insertions(+)
diff --git a/src/evdev-mt-touchpad.c b/src/evdev-mt-touchpad.c
index f625814..1968199
different coding style, this is the attempt to get
closer to the one used in libinput.
Currently sends motion events for single-finger motion, button events only for
physical buttons.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
src/evdev-mt-touchpad.c | 300
Same algorithm as in evdev-touchpad.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
src/evdev-mt-touchpad.c | 63 +
1 file changed, 63 insertions(+)
diff --git a/src/evdev-mt-touchpad.c b/src/evdev-mt-touchpad.c
index 856d54f..f625814
Still leaving the driver itself in place for removal later, but only
initialize the new driver now.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
src/evdev.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/src/evdev.c b/src/evdev.c
index ffa8557..7d91e09
processing is needed here though.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
src/evdev-mt-touchpad.c | 67 +++--
src/evdev-mt-touchpad.h | 1 +
test/pointer.c | 2 +-
3 files changed, 62 insertions(+), 8 deletions(-)
diff
This is a fairly rough approach, but can be handled more fine-grained later.
Require a minimum of 1 unit to start scrolling and lock the scrolling in the
initial direction, so further scroll events are limited to that direction
only.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
src
Touchpads without ABS_MT_SLOT create 5 slots by default (for up to QUINTTAP)
and ABS_X/Y is mapped to the 0-slot touchpoint. This commit adds handling for
a single finger, no BTN_TOOL_DOUBLETAP or similar is being processed yet.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
src
No functional changes.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
src/evdev-mt-touchpad.c | 2 +-
src/evdev-mt-touchpad.h | 3 +++
2 files changed, 4 insertions(+), 1 deletion(-)
diff --git a/src/evdev-mt-touchpad.c b/src/evdev-mt-touchpad.c
index e25997d..73ea8a8 100644
The tapping state implementation will be in a separate file, so let's make
sure we can access the structs we need.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
src/Makefile.am | 1 +
src/evdev-mt-touchpad.c | 61 +
src/evdev-mt-touchpad.h
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
src/evdev-mt-touchpad.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/src/evdev-mt-touchpad.c b/src/evdev-mt-touchpad.c
index 14fb7f3..c4c4c41 100644
--- a/src/evdev-mt-touchpad.c
+++ b/src/evdev-mt-touchpad.c
-by: Peter Hutterer peter.hutte...@who-t.net
---
src/evdev-mt-touchpad.c | 54 +++--
src/evdev-mt-touchpad.h | 5 +
2 files changed, 53 insertions(+), 6 deletions(-)
diff --git a/src/evdev-mt-touchpad.c b/src/evdev-mt-touchpad.c
index 1d34df8..e25997d
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
src/evdev-mt-touchpad-tap.c | 23 ++-
src/evdev-mt-touchpad.c | 22 +++---
src/evdev-mt-touchpad.h | 1 +
3 files changed, 34 insertions(+), 12 deletions(-)
diff --git a/src/evdev-mt-touchpad
Unused at the moment, but will be used later to determine if a finger should
trigger motion events.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
src/evdev-mt-touchpad.c | 4
src/evdev-mt-touchpad.h | 1 +
2 files changed, 5 insertions(+)
diff --git a/src/evdev-mt-touchpad.c b
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
src/evdev-mt-touchpad.c | 6 ++
src/evdev-mt-touchpad.h | 9 +
2 files changed, 15 insertions(+)
diff --git a/src/evdev-mt-touchpad.c b/src/evdev-mt-touchpad.c
index 8a8586a..1d34df8 100644
--- a/src/evdev-mt-touchpad.c
+++ b
. The mask is set
for each matching BTN_* event and used to count the number of expected
fake touchpoints. From that we begin/end the number of actual touchpoints
required. Fake touchpoints take their x/y coordinates from the first
touchpoint, which reads ABS_X/ABS_Y.
Signed-off-by: Peter Hutterer
. A second finger may
then be used to drag.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
src/evdev-mt-touchpad.c | 87 +++--
src/evdev-mt-touchpad.h | 1 +
2 files changed, 85 insertions(+), 3 deletions(-)
diff --git a/src/evdev-mt
On Mon, Feb 17, 2014 at 01:42:52PM -0500, Benjamin Tissoires wrote:
X and Y are li_fixed_t, which is 24.8 fixed point real number.
li_fixed_t max is thus ~8388607.
On a touchscreen with a range of 32767 values (like a 3M sensor), and
mapped on monitor with a resolution of 1920x1080, we
).
This patch switches all the bit checks over to libevdev and leaves the event
processing as-is. Makes it easier to review.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
configure.ac | 7 ++---
src/Makefile.am | 2 ++
src/evdev-touchpad.c | 25 ++-
src/evdev.c
Avoids erroneous timestamps when the system time is reset. This used to a be a
problem with the X.Org synaptics driver where taps, scrolling and a couple of
other things would potentially lock up.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
src/evdev.c | 3 +++
1 file changed, 3
On Tue, Feb 18, 2014 at 04:33:53PM +, Dominic Jänichen wrote:
On Mon, 03 Feb 2014 11:02:42 +1000, Peter Hutterer wrote:
tbh, I'm not planning to support every potential option under the sun.
There's a fine and rather blurry line between what is a preference and
what is merely
On Tue, Feb 18, 2014 at 08:13:58PM +0100, Jonas Ådahl wrote:
Add a test case and test device that checks if the scale transform can
handle high resolution devices and output monitor resolutions.
The test case is created in a way that it will fail if the coordinate
transform expression will
On Wed, Feb 19, 2014 at 07:19:15PM +0100, Rui Tiago Cação Matos wrote:
On 19 February 2014 13:35, Daniel Stone dan...@fooishbar.org wrote:
Can this be CLOCK_MONOTONIC_COARSE instead, to avoid griefing HPET and
thus causing much higher power usage?
Makes sense and indeed the X server seems
On Tue, Feb 18, 2014 at 07:44:54PM -0800, Thiago Macieira wrote:
Em ter 18 fev 2014, às 22:33:26, Jasper St. Pierre escreveu:
... and what if it fails? I'd say that requiring CLOCK_MONOTONIC is fine.
Are there any popular Linux setups that don't have CLOCK_MONOTONIC?
I'm guessing that
On Wed, Feb 19, 2014 at 10:04:10PM +0100, Jonas Ådahl wrote:
Since a Wayland compositor have to represent all touch devices of a seat
as one virtual device, lets make that easier by also providing seat wide
slots with touch events.
Seat wide slots may be accessed using
On Wed, Feb 19, 2014 at 11:55:28AM +0600, Alexander E. Patrakov wrote:
19.02.2014 04:52, Peter Hutterer wrote:
The set of touchpad patches I sent out recently already handle this by
default. When the physical clickpad button is depressed, the driver picks
the finger that is pressing the button
On Thu, Feb 20, 2014 at 12:21:53PM +0600, Alexander E. Patrakov wrote:
20.02.2014 11:14, Peter Hutterer wrote:
On Wed, Feb 19, 2014 at 11:55:28AM +0600, Alexander E. Patrakov wrote:
19.02.2014 04:52, Peter Hutterer wrote:
The set of touchpad patches I sent out recently already handle
On Thu, Feb 20, 2014 at 08:39:08AM +0100, Jonas Ådahl wrote:
On Thu, Feb 20, 2014 at 02:53:18PM +1000, Peter Hutterer wrote:
On Wed, Feb 19, 2014 at 10:04:10PM +0100, Jonas Ådahl wrote:
Since a Wayland compositor have to represent all touch devices of a seat
as one virtual device, lets
On Fri, Feb 21, 2014 at 01:29:05AM +0600, Alexander E. Patrakov wrote:
20.02.2014 12:21, I wrote:
20.02.2014 11:14, Peter Hutterer wrote:
On Wed, Feb 19, 2014 at 11:55:28AM +0600, Alexander E. Patrakov wrote:
From my experience with the Sony touchpad (Vaio Z23A4R laptop), I'd
say
On Sat, Feb 22, 2014 at 03:51:57PM +0100, Jonas Ådahl wrote:
On Tue, Feb 18, 2014 at 04:09:09PM +1000, Peter Hutterer wrote:
libevdev wraps the various peculiarities of the evdev kernel API into a
type-safe API. It also buffers the device so checking for specific features
at
a later time
On Mon, Feb 24, 2014 at 09:28:49AM +1000, Peter Hutterer wrote:
On Sat, Feb 22, 2014 at 03:51:57PM +0100, Jonas Ådahl wrote:
On Tue, Feb 18, 2014 at 04:09:09PM +1000, Peter Hutterer wrote:
libevdev wraps the various peculiarities of the evdev kernel API into a
type-safe API. It also
On Sat, Feb 22, 2014 at 03:38:28PM +0100, Jonas Ådahl wrote:
Add one test that checks uniqueness of seat slots when having multiple
devices with active touch points.
Add one test that checks that libinput drops touch points when it could
not represent them with a seat wide slot.
This
On Mon, Feb 24, 2014 at 10:03:59PM +0100, Jonas Ådahl wrote:
On Mon, Feb 24, 2014 at 09:44:34AM +1000, Peter Hutterer wrote:
On Sat, Feb 22, 2014 at 04:44:06PM +0100, Jonas Ådahl wrote:
On Tue, Feb 18, 2014 at 04:09:10PM +1000, Peter Hutterer wrote:
This gives us the ability to handle
On Tue, Feb 25, 2014 at 08:17:24AM +1000, Peter Hutterer wrote:
static void
evdev_device_dispatch(void *data)
{
struct evdev_device *device = data;
struct libinput *libinput = device-base.seat-libinput;
- int fd = device-fd;
- struct
On Sat, Mar 01, 2014 at 02:19:03PM -0500, Jasper St. Pierre wrote:
libinput is supposed to take a close callback in its interface
to allow you to call out to a privileged API to close FDs. But
the FD that libinput passes you is bogus, because
libinput_remove_source closes the FD on which it's
for the udev event to handle this for us.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
The idea here is basically to start a udev context as usual. If the
compositor doesn't have the session, open_restricted will fail. Once the
ResumeDevice signals are handled by the compositor it can ask
On Sat, Mar 15, 2014 at 07:59:29PM +0100, Jonas Ådahl wrote:
On Thu, Mar 13, 2014 at 04:18:20PM +1000, Peter Hutterer wrote:
When a libinput context for a given seat is initialized, not all devices may
be available. Some or all devices may be paused by systemd-logind. Waiting
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
src/libinput.h | 6 ++
1 file changed, 6 insertions(+)
diff --git a/src/libinput.h b/src/libinput.h
index d6bf9f8..3e09871 100644
--- a/src/libinput.h
+++ b/src/libinput.h
@@ -691,6 +691,12 @@ struct libinput_interface
Previous return value was the straight ioctl, we should try to avoid errno
mangling.
This changes the API, if not the ABI. Callers with code along the lines of
if (libinput_device_get_keys() == -1) will now break.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
weston is not affected
No functional changes
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
I needed this for the rescan patch but it makes the calls more symmetrical,
so we might as well push it independently.
src/udev-seat.c | 41 +++--
1 file changed, 23 insertions
you unref them.
Cheers,
Peter
On Mon, Mar 17, 2014 at 11:21 PM, Peter Hutterer
peter.hutte...@who-t.netwrote:
On Sat, Mar 15, 2014 at 07:59:29PM +0100, Jonas Ådahl wrote:
On Thu, Mar 13, 2014 at 04:18:20PM +1000, Peter Hutterer wrote:
When a libinput context for a given seat
On Mon, Feb 17, 2014 at 04:48:19PM +1000, Peter Hutterer wrote:
Here's the base of a touchpad implementation that's more geared towards
modern multitouch-capable touchpads than the current xorg synaptics driver
or, for that matter, the libinput one.
just for the archives, I've pushed
hey, sorry about the delay, I got moved to other stuff for a while and only
now just picked up libinput again.
On Sat, Feb 22, 2014 at 03:33:26PM +0600, Alexander E. Patrakov wrote:
2014-02-21 5:26 GMT+06:00 Peter Hutterer peter.hutte...@who-t.net:
On Fri, Feb 21, 2014 at 01:29:05AM +0600
On Wed, Mar 26, 2014 at 07:45:32AM +0100, Michael Schellenberger Costa wrote:
I might be dumb but doesnt this require motion between clicks?
In that case you would lose for example track balls which do not
necessary move between clicks.
this is for touch events only here, and the only way
On Wed, Mar 26, 2014 at 08:40:43AM +0100, Jonas Ådahl wrote:
On Wed, Mar 26, 2014 at 05:30:14PM +1000, Peter Hutterer wrote:
On Wed, Mar 26, 2014 at 07:45:32AM +0100, Michael Schellenberger Costa
wrote:
I might be dumb but doesnt this require motion between clicks?
In that case you
On Tue, Mar 25, 2014 at 09:45:55PM +0100, Jonas Ådahl wrote:
libinput currently handles 16 per device touch points. Test that we
behave as expected when a device has an even higher number of active
touch points.
Signed-off-by: Jonas Ådahl jad...@gmail.com
---
test/touch.c | 50
On Tue, Mar 25, 2014 at 09:45:52PM +0100, Jonas Ådahl wrote:
Signed-off-by: Jonas Ådahl jad...@gmail.com
patch looks good, but I do wonder if it'd be better to just dynamically
allocate slots based on the number of touches. A quick glance shows we don't
really need this a fixed length anyway,
On Wed, Mar 26, 2014 at 09:20:27AM +0100, Jonas Ådahl wrote:
On Wed, Mar 26, 2014 at 06:05:19PM +1000, Peter Hutterer wrote:
On Tue, Mar 25, 2014 at 09:45:52PM +0100, Jonas Ådahl wrote:
Signed-off-by: Jonas Ådahl jad...@gmail.com
patch looks good, but I do wonder if it'd be better
On Wed, Mar 26, 2014 at 09:24:08AM +0100, Jonas Ådahl wrote:
On Wed, Mar 26, 2014 at 06:02:46PM +1000, Peter Hutterer wrote:
On Tue, Mar 25, 2014 at 09:45:55PM +0100, Jonas Ådahl wrote:
libinput currently handles 16 per device touch points. Test that we
behave as expected when a device
On Tue, Mar 25, 2014 at 09:45:54PM +0100, Jonas Ådahl wrote:
Add one test that checks uniqueness of seat slots when having multiple
devices with active touch points.
Add one test that checks that libinput drops touch points when it could
not represent them with a seat wide slot.
This
be worth
changing the coordinates here too. It has no real effect but it'll look more
like two touchpoints and the evdev events will be more obvious to read too.
Reviewed-by: Peter Hutterer peter.hutte...@who-t.net
for the patches where I didn't complain about something :)
Cheers,
Peter
, EV_REL, REL_X, -1);
libevdev_uinput_write_event(uinput, EV_SYN, SYN_REPORT, 0);
..
libevdev_uinput_destroy(uinput);
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
test/litest-bcm5974.c | 43 +++-
test/litest-generic-highres-touch.c | 34 +++---
test/litest
On Thu, Mar 27, 2014 at 07:34:37PM +0600, Alexander E. Patrakov wrote:
2014-03-27 19:22 GMT+06:00 Alexander E. Patrakov patra...@gmail.com:
(regarding slow scrolling)
I don't think so. I have tried to reproduce the bug by hand. It still
exists, but ./tools/event-debug still picks the
Remove compiler warning about signed/unsigned comparison. And while we're at
it, rename i to _i in the macro to avoid name clashes.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
src/libinput-util.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/libinput
We depend on device creation on the host system, having the tests run in
parallel runs a risk of random failure.
Ideally we'd just disable for the actual run target, but I couldn't figure out
how to do that.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
test/Makefile.am | 2 ++
1
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
I didn't end up needing this but it seems a nice to have. However, it does
lead to a discussion on how much of the device should we expose to the
caller through libinput.
Right now libinput hides virtually everthing but the sysname
And redirect the log to stdout. libinput logs to stderr by default, but if
we're running with --verbose we want all msgs on the same stream.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
tools/event-debug.c | 20 +++-
1 file changed, 19 insertions(+), 1 deletion
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
src/evdev-touchpad.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/evdev-touchpad.c b/src/evdev-touchpad.c
index 65c5ea0..1a48441 100644
--- a/src/evdev-touchpad.c
+++ b/src/evdev-touchpad.c
@@ -454,7 +454,7
Looks a bit excessive given how simple the base is but hey, we don't want to
ever break that bit. That'd be embarrassing.
And while we're at it make sure that the 'wrong' event getters return NULL for
each event.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
This requires the uinput
On Thu, Mar 27, 2014 at 10:19:50PM +0600, Alexander E. Patrakov wrote:
Hello.
This is a report of a touchpad firmware bug that I want you to work
around in libinput. I found this bug while testing
xf86-input-libinput. I guess that the synaptics driver already has a
workaround, or the bug
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
doc/Makefile.am | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/doc/Makefile.am b/doc/Makefile.am
index 31b673b..75fa98a 100644
--- a/doc/Makefile.am
+++ b/doc/Makefile.am
@@ -1,3 +1,5 @@
+EXTRA_DIST = touchpad-tap
the software button areas introduced in a
follow-up commit.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
This should probably be configurable at some point in the future...
src/evdev-mt-touchpad-buttons.c | 7 ++-
src/evdev-mt-touchpad.h | 1 +
test/touchpad.c
To avoid having a button left press and a button right release if the number
of fingers changes.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
src/evdev-mt-touchpad-buttons.c | 22 +-
src/evdev-mt-touchpad.h | 1 +
2 files changed, 14 insertions(+), 9
Immediately set the state to DEAD, waiting for the tap release to go back to
idle.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
src/evdev-mt-touchpad-tap.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/evdev-mt-touchpad-tap.c b/src/evdev-mt-touchpad-tap.c
On clickpads, releasing the button usually causes some motion events. To avoid
erroneous movements, lock the finger into position on the up event and don't
allow for motion events until we move past a given threshold (currently 2% of
the touchpad diagonal).
Signed-off-by: Peter Hutterer
No real effect, just for safety
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
src/evdev-mt-touchpad-tap.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/src/evdev-mt-touchpad-tap.c b/src/evdev-mt-touchpad-tap.c
index 5fa712f..bcc5700 100644
--- a/src/evdev-mt
On 29/03/2014 04:54 , Alexander E. Patrakov wrote:
2014-03-29 0:16 GMT+06:00 Alexander E. Patrakov patra...@gmail.com:
No problem, I just did that for you. See the attached patch. Seems to
work here, but I am not 100% sure, especially about the non-mt case.
It does prevent sudden pointer jumps
On Sat, Mar 29, 2014 at 07:12:59PM +0100, Sylvain BERTRAND wrote:
On Sat, Mar 29, 2014 at 06:59:12PM +0100, Jonas Ådahl wrote:
Yes, for now at least.
Sad.
But till there is no crazy code generator, it should be easy
to write a makefile/shell script to by-pass the autotools and
build the
Reduces the amount of boilerplate code.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
test/litest-bcm5974.c | 2 +-
test/litest-generic-highres-touch.c | 2 +-
test/litest-keyboard.c | 2 +-
test/litest-mouse.c | 2 +-
test/litest-synaptics
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
test/litest-bcm5974.c | 147 ++-
test/litest-generic-highres-touch.c | 128
test/litest-keyboard.c | 231 +---
test/litest-mouse.c
1 - 100 of 3195 matches
Mail list logo