1. 14 Nov, 2016 1 commit
  2. 01 Nov, 2016 2 commits
  3. 27 Oct, 2016 2 commits
  4. 20 Oct, 2016 1 commit
  5. 19 Oct, 2016 5 commits
  6. 18 Oct, 2016 2 commits
  7. 14 Oct, 2016 1 commit
  8. 30 Sep, 2016 1 commit
  9. 21 Sep, 2016 1 commit
  10. 18 Sep, 2016 1 commit
  11. 13 Sep, 2016 1 commit
  12. 09 Sep, 2016 1 commit
    • Peter Hutterer's avatar
      Always delay hotplugging subdevices · fa69bb1b
      Peter Hutterer authored
      Avoid creating new devices from within the input thread which was the case for
      tablet tools. It requires a lot more care about locking and has a potential to
      mess up things.
      
      Instead, schedule a WorkProc and buffer all events until we have the device
      created. Once that's done, replay the event sequence so far. If the device
      comes into proximity and out again before we manage to create the new device
      we just ditch the whole sequence and wait for the next proximity in.
      Signed-off-by: Peter Hutterer's avatarPeter Hutterer <peter.hutterer@who-t.net>
      fa69bb1b
  13. 07 Sep, 2016 1 commit
  14. 31 Aug, 2016 1 commit
  15. 30 Aug, 2016 1 commit
    • Peter Hutterer's avatar
      conf: drop libinput to below the other drivers · 0f7c5ed0
      Peter Hutterer authored
      This is the continuation of 3f569ec4, dropping libinput below the remaining
      drivers. Wacom and synaptics already sort higher anyway (see wacom commit
      0da5cd54 and synaptics commit 59e5db025). evdev remains the catchall
      basic fallback driver and is overwritten by libinput. The two drivers affected
      by this patch are joystick and vmmouse.
      
      joystick is a niche driver and drives devices libinput doesn't handle anyway
      so there is no need to override. If a user installs it, presumably it is to
      use it.
      
      vmmouse is a niche driver and does not assign itself anymore for newer kernel
      drivers (see vmmouse commit 576e8123 from Oct 2014). So if vmmouse is
      installed it can safely sort higher than libinput.
      
      Note: this is upstream behavior, distributions have to work out the wanted
      behavior themselves by renaming the config snippets accordingly.
      Signed-off-by: Peter Hutterer's avatarPeter Hutterer <peter.hutterer@who-t.net>
      Reviewed-by: 's avatarHans de Goede <hdegoede@redhat.com>
      0f7c5ed0
  16. 19 Aug, 2016 1 commit
  17. 15 Aug, 2016 3 commits
  18. 12 Aug, 2016 2 commits
  19. 08 Jul, 2016 1 commit
  20. 03 Jul, 2016 1 commit
  21. 14 Jun, 2016 1 commit
  22. 30 May, 2016 2 commits
  23. 23 May, 2016 1 commit
    • Peter Hutterer's avatar
      Fix proximity events · d8aef838
      Peter Hutterer authored
      Two bugs caused proximity events to be discarded. First, on proximity out
      posting through pDev would be discarded because pDev is the parent device that
      we use as a base for hotplugging the real devices for each tool from. That
      device never sends events though, doing so will see the event discarded in the
      server.
      
      Second, if the tool already exists don't just exit, send the proximity event
      first. To unify the three paths where we do send the events simply move them
      down to the exit phase of the function.
      
      https://bugs.freedesktop.org/show_bug.cgi?id=95484Signed-off-by: Peter Hutterer's avatarPeter Hutterer <peter.hutterer@who-t.net>
      d8aef838
  24. 09 May, 2016 1 commit
    • Peter Hutterer's avatar
      Add tablet pad support · 34b6ed98
      Peter Hutterer authored
      Modelled to be mostly compatible to the xf86-input-wacom driver behavior. The
      pad gets 7 axes, the first three of which are mute and the others are always
      available but obviously only send events when the axis is there.
      
      The strip axes are incompatible, the wacom driver merely forwards the device
      events (which are a bitshifted value), libinput normalizes it and we just
      expand this back into an integer range. Let's see how we go with this.
      Signed-off-by: Peter Hutterer's avatarPeter Hutterer <peter.hutterer@who-t.net>
      34b6ed98
  25. 08 May, 2016 1 commit
  26. 28 Apr, 2016 3 commits
  27. 08 Apr, 2016 1 commit