timer: if a timer is inactive, do not call the timer func
authorPeter Hutterer <peter.hutterer@who-t.net>
Mon, 17 Jul 2017 01:58:11 +0000 (11:58 +1000)
committerPeter Hutterer <peter.hutterer@who-t.net>
Tue, 25 Jul 2017 08:28:18 +0000 (18:28 +1000)
Race conditions may happen where code that cancels a timer is called just
as that timer triggers. If we cancel a timer, we assume that we've put the
code into a state where the timer firing will trigger a bug.

This could be observed with the middle button code if the release event was
held back just long enough. The button release code cancelled the timer, set
the state back to idle and then complained when the timeout handling sent a
'timeout' event while being in idle.

Signed-off-by: Peter Hutterer <peter.hutterer@who-t.net>
src/timer.c

index b152ae8..5d9fc51 100644 (file)
@@ -145,6 +145,9 @@ libinput_timer_handler(void *data)
                return;
 
        list_for_each_safe(timer, tmp, &libinput->timer.list, link) {
+               if (timer->expire == 0)
+                       continue;
+
                if (timer->expire <= now) {
                        /* Clear the timer before calling timer_func,
                           as timer_func may re-arm it */