1. 26 Mar, 2013 1 commit
  2. 25 Mar, 2013 6 commits
  3. 18 Mar, 2013 6 commits
  4. 13 Mar, 2013 1 commit
  5. 12 Mar, 2013 2 commits
  6. 08 Mar, 2013 1 commit
  7. 06 Mar, 2013 4 commits
    • Keith Packard's avatar
      Version bumped to 1.14 · 103b77c5
      Keith Packard authored
      Signed-off-by: Keith Packard's avatarKeith Packard <keithp@keithp.com>
      103b77c5
    • Andreas Wettstein's avatar
      xkb: Fixes to LatchMods/LatchGroup · 0f537da7
      Andreas Wettstein authored
      The main problem this patch addresses is that if a latch is put on
      multi-level key with a Latch/Lock/Set, it is possible that after all
      keys are released, still base modifiers are set, which typically will
      make the keyboard unusable.  To see how it happens (without the patch),
      assume that key AltGr sets Mod5 when pressed by itself, and latches Mod3
      when pressed together with Shift.  Now press Shift, then AltGr and
      release both keys in reverse order.  Mod3 is now latched, and the
      LatchMods filter remains active as the second filter.  Now press AltGr;
      Mod5 base modifier gets set, and the SetMods filter will become active
      as the first filter.  Release AltGr: First, the SetMods filter will set
      clearMods to Mod5, then the LatchMods filter will overwrite clearMods
      with Mod3.  Result: the Mod5 base modifier will remain set.  This
      example becomes practically relevant for the revised German standard
      layout (DIN 2137-1:2012-06).
      
      Other changes implement the latch behaviour more accurately according to
      the specification.  For example, releasing a modifier latching key can
      at the same time clear a locked modifier, promote another modifier that
      is latched to locked, and latch a third modifier.  Overall, what the
      code does should be straightforward to compare what the XKB protocol
      specification demands, see the table in section 6.3.
      
      Finally, releasing a key no longer cancels a latch that has not become
      pending yet.  In my opinion, the specification is not clear; it speaks
      of "operating" a key, which the patch effectivly interprets as "press"
      rather than "press or release".  From my experience, using the latter
      interpretation makes latches on higher levels practically unusable.  In
      the example given above, one would have to release AltGr always before
      Shift to get the Mod3-Latch.  The practical relevance of latches on
      higher levels is once more given by the revised German standard layout.
      Signed-off-by: default avatarAndreas Wettstein <wettstein509@solnet.ch>
      Reviewed-by: Peter Hutterer's avatarPeter Hutterer <peter.hutterer@who-t.net>
      Signed-off-by: Peter Hutterer's avatarPeter Hutterer <peter.hutterer@who-t.net>
      0f537da7
    • Peter Hutterer's avatar
      xephyr: fix "set but not used warnings" · eadda231
      Peter Hutterer authored
      ephyrvideo.c: In function 'ephyrPutVideo':
      ephyrvideo.c:1009:42: warning: variable 'drw_h' set but not used
      ephyrvideo.c:1009:31: warning: variable 'drw_w' set but not used
      ephyrvideo.c:1009:20: warning: variable 'drw_y' set but not used
      ephyrvideo.c:1009:9: warning: variable 'drw_x' set but not used
      ephyrvideo.c: In function 'ephyrGetVideo':
      ephyrvideo.c:1058:42: warning: variable 'drw_h' set but not used
      ephyrvideo.c:1058:31: warning: variable 'drw_w' set but not used
      ephyrvideo.c:1058:20: warning: variable 'drw_y' set but not used
      ephyrvideo.c:1058:9: warning: variable 'drw_x' set but not used
      ephyrvideo.c: In function 'ephyrPutStill':
      ephyrvideo.c:1107:42: warning: variable 'drw_h' set but not used
      ephyrvideo.c:1107:31: warning: variable 'drw_w' set but not used
      ephyrvideo.c:1107:20: warning: variable 'drw_y' set but not used
      ephyrvideo.c:1107:9: warning: variable 'drw_x' set but not used
      ephyrvideo.c: In function 'ephyrGetStill':
      ephyrvideo.c:1156:42: warning: variable 'drw_h' set but not used
      ephyrvideo.c:1156:31: warning: variable 'drw_w' set but not used
      ephyrvideo.c:1156:20: warning: variable 'drw_y' set but not used
      ephyrvideo.c:1156:9: warning: variable 'drw_x' set but not used
      Signed-off-by: Peter Hutterer's avatarPeter Hutterer <peter.hutterer@who-t.net>
      Reviewed-by: default avatarRobert Morell <rmorell@nvidia.com>
      eadda231
    • 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: Peter Hutterer's avatarPeter Hutterer <peter.hutterer@who-t.net>
      Reviewed-by: default avatarRobert Morell <rmorell@nvidia.com>
      4149ee8e
  8. 05 Mar, 2013 5 commits
  9. 04 Mar, 2013 2 commits
  10. 01 Mar, 2013 3 commits
  11. 25 Feb, 2013 1 commit
    • Marcin Ślusarz's avatar
      os: use libunwind to generate backtraces · e21e1830
      Marcin Ślusarz authored
      Libunwind generates backtraces much more reliably than glibc's "backtrace".
      
      Before:
      0: /opt/xserver/bin/X (0x400000+0x18ce36) [0x58ce36]
      1: /opt/xserver/bin/X (xorg_backtrace+0x9) [0x58d119]
      2: /opt/xserver/bin/X (0x400000+0x190d69) [0x590d69]
      3: /lib64/libpthread.so.0 (0x7fb904268000+0x10a90) [0x7fb904278a90]
      4: /lib64/libc.so.6 (ioctl+0x7) [0x7fb902fbf987]
      5: /usr/lib64/libdrm.so.2 (drmIoctl+0x28) [0x7fb90405ffa8]
      6: /usr/lib64/libdrm.so.2 (drmCommandWrite+0x1b) [0x7fb90406235b]
      7: /usr/lib64/libdrm_nouveau.so.2 (nouveau_bo_wait+0x89) [0x7fb902009719]
      8: /opt/xserver/lib/xorg/modules/drivers/nouveau_drv.so (0x7fb90220e000+0x76f3) [0x7fb9022156f3]
      9: /opt/xserver/lib/xorg/modules/libexa.so (0x7fb9019c7000+0xbae0) [0x7fb9019d2ae0]
      10: /opt/xserver/bin/X (0x400000+0x17d2b3) [0x57d2b3]
      11: /opt/xserver/bin/X (0x400000+0xc9930) [0x4c9930]
      12: /opt/xserver/bin/X (0x400000+0x3a81a) [0x43a81a]
      13: /opt/xserver/bin/X (0x400000+0x3d6a1) [0x43d6a1]
      14: /opt/xserver/bin/X (0x400000+0x2c2ca) [0x42c2ca]
      15: /lib64/libc.so.6 (__libc_start_main+0xf5) [0x7fb902f019b5]
      16: /opt/xserver/bin/X (0x400000+0x2c60d) [0x42c60d]
      17: ?? [0x0]
      
      After:
      0: /opt/xserver/bin/X (OsSigHandler+0x39) [0x590d69]
      1: /lib64/libpthread.so.0 (__restore_rt+0x0) [0x7fb904278a8f]
      2: /lib64/libc.so.6 (ioctl+0x7) [0x7fb902fbf987]
      3: /usr/lib64/libdrm.so.2 (drmIoctl+0x28) [0x7fb90405ffa8]
      4: /usr/lib64/libdrm.so.2 (drmCommandWrite+0x1b) [0x7fb90406235b]
      5: /usr/lib64/libdrm_nouveau.so.2 (nouveau_bo_wait+0x89) [0x7fb902009719]
      6: /opt/xserver/lib/xorg/modules/drivers/nouveau_drv.so (nouveau_exa_download_from_screen+0x1a3) [0x7fb9022156f3]
      7: /opt/xserver/lib/xorg/modules/libexa.so (exaGetImage+0x1f0) [0x7fb9019d2ae0]
      8: /opt/xserver/bin/X (miSpriteGetImage+0x173) [0x57d2b3]
      9: /opt/xserver/bin/X (compGetImage+0xb0) [0x4c9930]
      10: /opt/xserver/bin/X (ProcGetImage+0x55a) [0x43a81a]
      11: /opt/xserver/bin/X (Dispatch+0x341) [0x43d6a1]
      12: /opt/xserver/bin/X (main+0x3ba) [0x42c2ca]
      13: /lib64/libc.so.6 (__libc_start_main+0xf5) [0x7fb902f019b5]
      14: /opt/xserver/bin/X (_start+0x29) [0x42c60d]
      15: ? (?+0x29) [0x29]
      Signed-off-by: Marcin Ślusarz's avatarMarcin Slusarz <marcin.slusarz@gmail.com>
      Reviewed-by: Peter Hutterer's avatarPeter Hutterer <peter.hutterer@who-t.net>
      Tested-by: default avatarKnut Petersen <knut.petersen@t-online.de>
      e21e1830
  12. 21 Feb, 2013 1 commit
  13. 18 Feb, 2013 1 commit
  14. 15 Feb, 2013 6 commits