Skip to content
Snippets Groups Projects
  1. Aug 27, 2018
  2. Jun 08, 2018
  3. May 08, 2018
  4. May 02, 2018
  5. Apr 02, 2018
  6. Mar 28, 2018
  7. Mar 19, 2018
  8. Mar 05, 2018
  9. Jan 24, 2018
  10. Nov 23, 2017
  11. Oct 04, 2017
  12. Sep 20, 2017
    • Emma Anholt's avatar
      sync: Convert from "CARD64" to int64_t. · e0f87220
      Emma Anholt authored and Adam Jackson's avatar Adam Jackson committed
      
      The extension was using the name CARD64 to represent 64-bit values,
      with a #define from CARD64 to XSyncValue, a struct with a pair of
      32-bit values representing a signed 64-bit value.  This interfered
      with protocol headers using CARD64 to try to actually store a
      uint64_t.  Now that stdint.h exists, let's just use that here,
      instead.
      
      v2: Fix alarm delta changes.
      v3: Do the potentially overflowing math as uint and convert to int
          afterward, out of C spec paranoia.
      
      Signed-off-by: default avatarEric Anholt <eric@anholt.net>
      Reviewed-by: default avatarKeith Packard <keithp@keithp.com>
      e0f87220
  13. Apr 26, 2017
    • Emma Anholt's avatar
      Add a Meson build system alongside autotools. · 1549e303
      Emma Anholt authored
      
      This is a work in progress that builds Xvfb, Xephyr, Xwayland, Xnest,
      and Xdmx so far.  The outline of Xquartz/Xwin support is in tree, but
      hasn't been built yet.  The unit tests are also not done.
      
      The intent is to build this as a complete replacement for the
      autotools system, then eventually replace autotools.  meson is faster
      to generate the build, faster to run the bulid, shorter to write the
      build files in, and less error-prone than autotools.
      
      v2: Fix indentation nits, move version declaration to project(), use
          existing meson_options for version-config.h's vendor name/web.
      
      Signed-off-by: default avatarEric Anholt <eric@anholt.net>
      Acked-by: default avatarKeith Packard <keithp@keithp.com>
      Reviewed-by: default avatarPeter Hutterer <peter.hutterer@who-t.net>
      1549e303
  14. Mar 01, 2017
  15. Feb 08, 2017
  16. Feb 01, 2017
  17. Jan 10, 2017
  18. Aug 15, 2016
  19. Jul 30, 2016
    • Michel Dänzer's avatar
      present: Handle event mask updates as specified v2 · c833c086
      Michel Dänzer authored and Keith Packard's avatar Keith Packard committed
      
      From the Present extension specification:
      
       An event context is associated with a specific window; using
       an existing event context with a different window generates
       a Match error.
      
       If eventContext specifies an existing event context, then if
       eventMask is empty, PresentSelectInput deletes the specified
       context, otherwise the specified event context is changed to
       select a different set of events.
      
       If eventContext is an unused XID, then if eventMask is empty
       no operation is performed. Otherwise, a new event context is
       created selecting the specified events.
      
      Without this change, there's no way for a client to explicitly change
      or destroy an existing event mask entry. Trying to do so as specified
      above would just result in a protocol error.
      
      v2: (Keith Packard)
      * Use dixLookupResourceByType instead of walking window_priv->events
      * Return BadMatch if the existing event context is associated with a
        different window or client
      * Call LEGAL_NEW_RESOURCE again when creating a new event context
      * Drop invalid "leak fix"
      
      Signed-off-by: default avatarMichel Dänzer <michel.daenzer@amd.com>
      Signed-off-by: default avatarKeith Packard <keithp@keithp.com>
      Reviewed-by: default avatarKeith Packard <keithp@keithp.com>
      Reviewed-by: Kenneth Graunke's avatarKenneth Graunke <kenneth@whitecape.org>
      c833c086
  20. Jul 28, 2016
Loading