1. 30 Nov, 2015 2 commits
  2. 23 Sep, 2015 1 commit
  3. 13 Mar, 2015 1 commit
  4. 23 Jan, 2014 1 commit
  5. 12 Jan, 2014 1 commit
  6. 14 Nov, 2013 2 commits
    • Peter Hutterer's avatar
      kdrive: fix cursor jumps on CursorOffScreen behavior · 550baf38
      Peter Hutterer authored
      This patch fixes cursor jumps when there is a grab on the Xephyr window and
      the pointer moves outside the window.
      
      So on two side-by-side 640x480 screens, a coordinate of 0/481
      triggers KdCursorOffscreen.
      
      If the delta between two screens is 0, they share the same offset for
      that dimension. When searching for the new screen, the loop always rules out
      the current screen. So we get to the second screen, trigger the conditions
      where dy <= 0 and decide that this new screen is the correct one. The result
      is that whenever KdCursorOffScreen is called, the pointer jumps to the other
      screen.
      
      Change to check for dy < 0 etc. so that the cursor stays on the same screen if
      there is no other screen at the target location.
      Signed-off-by: 's avatarPeter Hutterer <peter.hutterer@who-t.net>
      Reviewed-by: 's avatarKeith Packard <keithp@keithp.com>
      550baf38
    • Peter Hutterer's avatar
      kdrive: modify ephyr events to use POINTER_DESKTOP and scale them to that · a94d9450
      Peter Hutterer authored
      A multi-head Xephyr instance has the pointer stuck on one screen
      because of bad coordinate calculation. The coordinates passed to
      GetPointerEvents are per-screen, so the cursor gets stuck on the left-most
      screen by default.
      
      Adjust and mark the events as POINTER_DESKTOP, so the DIX
      can adjust them accordingly.
      Signed-off-by: 's avatarPeter Hutterer <peter.hutterer@who-t.net>
      Reviewed-by: 's avatarKeith Packard <keithp@keithp.com>
      a94d9450
  7. 21 Oct, 2013 1 commit
  8. 05 Sep, 2013 1 commit
  9. 21 Aug, 2013 2 commits
  10. 06 Mar, 2013 1 commit
    • Peter Hutterer's avatar
      kdrive: fix "set but not used" warnings · 4149ee8e
      Peter Hutterer authored
      kinput.c: In function 'KdEnqueueKeyboardEvent':
      kinput.c:1845:16: warning: variable 'ctrl' set but not used
      kinput.c:1844:17: warning: variable 'keyc' set but not used
      
      kinput.c: In function 'KdEnqueuePointerEvent':
      kinput.c:1887:12: warning: variable 'ms' set but not used
      
      kxv.c: In function 'KdXVDisable':
      kxv.c:1181:19: warning: variable 'ScreenPriv' set but not used
      
      mouse.c: In function 'ps2SkipInit':
      mouse.c:444:9: warning: variable 'skipping' set but not used
      mouse.c: In function 'ps2Init':
      mouse.c:473:10: warning: variable 'waiting' set but not used
      mouse.c:472:9: warning: variable 'skipping' set but not used
      
      fbdev.c: In function 'fbdevRandRSetConfig':
      fbdev.c:468:19: warning: variable 'newheight' set but not used
      fbdev.c:468:9: warning: variable 'newwidth' set but not used
      Signed-off-by: 's avatarPeter Hutterer <peter.hutterer@who-t.net>
      Reviewed-by: 's avatarRobert Morell <rmorell@nvidia.com>
      4149ee8e
  11. 07 Oct, 2012 1 commit
    • Julien Cristau's avatar
      Revert "kinput: allocate enough space for null character." · 09f1e5b1
      Julien Cristau authored
      This reverts commit 531785dd.
      
      The above commit breaks Xephyr option parsing.  Andrzej writes:
      
        Xephyr -retro -keybd evdev,,device=/dev/input/event2,xkbrules=evdev,xkbmodel=evdev,xkblayout=pl -mouse evdev,,device=/dev/input/event1 :3
      
        results in:
      
        <snip>
        Pointer option key (device=) of value (/dev/input/event1) not assigned!
        Kbd option key (device=) of value (/dev/input/event2) not assigned!
        Kbd option key (xkbrules=) of value (evdev) not assigned!
        Kbd option key (xkbmodel=) of value (evdev) not assigned!
        Kbd option key (xkblayout=) of value (pl) not assigned!
        <snip>
      
        The effect of the patch is that the "key=value" pairs are parsed in such
        a way that the key is added an "equals" sign to it and we end up with
        keys like "device=" instead of "device". This in turn has effect on
        KdParsePointerOptions and KdParseKbdOptions: the key does not match
        any choice presented in the "switch" statement, and so "Pointer/Kbd
        option key (...) of value (...) not assigned!" happens, making all
        "key=value" options inaccessible to the user. Reverting the patch makes
        them available again.
      
      Reference: http://bugs.debian.org/689246Reported-by: 's avatarAndrzej Pietrasiewicz <andrzejtp2010@gmail.com>
      Signed-off-by: Julien Cristau's avatarJulien Cristau <jcristau@debian.org>
      Cc: Dave Airlie <airlied@redhat.com>
      Reviewed-by: 's avatarSøren Sandmann <ssp@redhat.com>
      Signed-off-by: 's avatarKeith Packard <keithp@keithp.com>
      09f1e5b1
  12. 06 Aug, 2012 1 commit
  13. 03 Jul, 2012 1 commit
  14. 21 Jun, 2012 1 commit
  15. 05 Jun, 2012 1 commit
  16. 14 May, 2012 1 commit
  17. 22 Mar, 2012 1 commit
  18. 21 Mar, 2012 1 commit
    • Keith Packard's avatar
      Introduce a consistent coding style · 9838b703
      Keith Packard authored
      This is strictly the application of the script 'x-indent-all.sh'
      from util/modular. Compared to the patch that Daniel posted in
      January, I've added a few indent flags:
      
      	-bap
      	-psl
      	-T PrivatePtr
      	-T pmWait
      	-T _XFUNCPROTOBEGIN
      	-T _XFUNCPROTOEND
      	-T _X_EXPORT
      
      The typedefs were needed to make the output of sdksyms.sh match the
      previous output, otherwise, the code is formatted badly enough that
      sdksyms.sh generates incorrect output.
      
      The generated code was compared with the previous version and found to
      be essentially identical -- "assert" line numbers and BUILD_TIME were
      the only differences found.
      
      The comparison was done with this script:
      
      dir1=$1
      dir2=$2
      
      for dir in $dir1 $dir2; do
      	(cd $dir && find . -name '*.o' | while read file; do
      		dir=`dirname $file`
      		base=`basename $file .o`
      		dump=$dir/$base.dump
      		objdump -d $file > $dump
      	done)
      done
      
      find $dir1 -name '*.dump' | while read dump; do
      	otherdump=`echo $dump | sed "s;$dir1;$dir2;"`
      	diff -u $dump $otherdump
      done
      Signed-off-by: 's avatarKeith Packard <keithp@keithp.com>
      Acked-by: 's avatarDaniel Stone <daniel@fooishbar.org>
      Acked-by: 's avatarAlan Coopersmith <alan.coopersmith@oracle.com>
      9838b703
  19. 06 Dec, 2011 1 commit
  20. 23 Nov, 2011 1 commit
  21. 25 Oct, 2011 3 commits
  22. 30 Jun, 2011 3 commits
  23. 11 May, 2011 3 commits
  24. 18 Apr, 2011 1 commit
  25. 23 Mar, 2011 2 commits
  26. 22 Oct, 2010 1 commit
    • Peter Hutterer's avatar
      Abstract valuator masks through a set of APIs. · 675f4a85
      Peter Hutterer authored
      This commit introduces an abstraction API for handling masked valuators. The
      intent is that drivers just allocate a mask, set the data and pass the mask
      to the server. The actual storage type of the mask is hidden from the
      drivers.
      
      The new calls for drivers are:
          valuator_mask_new()     /* to allocate a valuator mask */
          valuator_mask_zero()    /* to reset a mask to zero */
          valuator_mask_set()     /* to set a valuator value */
      
      The new interface to the server is
          xf86PostMotionEventM()
          xf86PostButtonEventM()
          xf86PostKeyboardEventM()
          xf86PostProximityEventM()
      
      all taking a mask instead of the valuator array.
      
      The ValuatorMask is currently defined for MAX_VALUATORS fixed size due to
      memory allocation restrictions in SIGIO handlers.
      
      For easier review, a lot of the code still uses separate valuator arrays.
      This will be fixed in a later patch.
      
      This patch was initially written by Chase Douglas.
      Signed-off-by: 's avatarChase Douglas <chase.douglas@canonical.com>
      Signed-off-by: 's avatarPeter Hutterer <peter.hutterer@who-t.net>
      Reviewed-by: 's avatarChase Douglas <chase.douglas@canonical.com>
      675f4a85
  27. 01 Sep, 2010 4 commits