1. 25 Jan, 2016 3 commits
  2. 24 Jan, 2016 1 commit
  3. 22 Jan, 2016 4 commits
  4. 21 Jan, 2016 1 commit
  5. 20 Jan, 2016 17 commits
  6. 18 Jan, 2016 1 commit
  7. 13 Jan, 2016 3 commits
  8. 12 Jan, 2016 1 commit
  9. 11 Jan, 2016 3 commits
  10. 22 Dec, 2015 2 commits
  11. 18 Dec, 2015 1 commit
    • Peter Hutterer's avatar
      evdev: drain any pending evdev events on a device · 30df66d0
      Peter Hutterer authored
      open_restricted() doesn't always mean 'open the fd'. When the X server uses
      systemd-logind, the fd is opened once before PreInit and then kept open across
      devices being disabled and enabled through the protocol.
      
      When the device is re-enabled and libinput_path_add_device is called for the
      device, we may have events pending on the fd, leaking information that we
      should just ignore.
      
      There's also the potential of inconsistent state. The kernel updates the
      device state whenever it processes an event, the evdev ioctls return that
      state. If events are pending, the state we see is newer than the events we
      process immediately after initialization. That can lead to confusion.
      Signed-off-by: Peter Hutterer's avatarPeter Hutterer <peter.hutterer@who-t.net>
      Reviewed-by: default avatarHans de Goede <hdegoede@redhat.com>
      30df66d0
  12. 15 Dec, 2015 1 commit
  13. 13 Dec, 2015 2 commits