1. 07 Mar, 2018 8 commits
  2. 02 Mar, 2018 5 commits
  3. 28 Feb, 2018 1 commit
  4. 27 Feb, 2018 9 commits
  5. 13 Feb, 2018 1 commit
  6. 09 Feb, 2018 1 commit
    • Peter Hutterer's avatar
      tablet: don't set rotation on a tool if we don't have ABS_Z · cbb4ec1e
      Peter Hutterer authored
      Rotation on a tool can either ABS_Z or in the case of the mouse/lens tools a
      combination of ABS_TILT_X/Y. The code assumes that if the rotation on a stylus
      (not mouse/lense) changes, we need to fetch it from ABS_Z. This happens on the
      very first event from the tablet, proximity in invalidates all axes so we can
      send the current state to the caller.
      
      On libwacom-recognized tablets we never set the rotation bit on the stylus, so
      that's all fine. On tablets without libwacom support, the stylus may have a
      rotation bit copied because we have it set thanks to mouse+tilt on the tablet.
      When that first event is handled, we try to access ABS_Z. On tablets without
      ABS_Z like Aipteks, we go boom.
      
      Fix this by checking for ABS_Z during tablet init, if we don't have that axis
      then never set the rotation bit on the tool. That's the only axis where we
      need this, all other axes have a single cause only and thus the tablet bits
      are accurate anyway.
      
      https://bugs.freedesktop.org/show_bug.cgi?id=104939Signed-off-by: Peter Hutterer's avatarPeter Hutterer <peter.hutterer@who-t.net>
      cbb4ec1e
  7. 07 Feb, 2018 3 commits
  8. 06 Feb, 2018 3 commits
  9. 05 Feb, 2018 2 commits
  10. 01 Feb, 2018 3 commits
  11. 23 Jan, 2018 1 commit
  12. 21 Jan, 2018 1 commit
  13. 18 Jan, 2018 2 commits