1. 02 Feb, 2021 11 commits
  2. 29 Jan, 2021 4 commits
  3. 27 Jan, 2021 1 commit
    • Julien Cristau's avatar
      compiler.h: don't define inb/outb and friends on mips · 0148a15d
      Julien Cristau authored
      The definition relies on IOPortBase, which is only ever set in
      hw/xfree86/os-support/bsd/arm_video.c
      
      This caused build failures on linux/mips with GCC 10, due to this
      change (from https://gcc.gnu.org/gcc-10/changes.html#c):
      
      "GCC now defaults to -fno-common. As a result, global variable accesses
      are more efficient on various targets. In C, global variables with
      multiple tentative definitions now result in linker errors. With
      -fcommon such definitions are silently merged during linking."
      
      As a result anything including compiler.h would get its own definition
      of IOPortBase and the linker would error out.
      0148a15d
  4. 22 Jan, 2021 3 commits
  5. 08 Jan, 2021 1 commit
  6. 06 Jan, 2021 1 commit
  7. 05 Jan, 2021 1 commit
    • Povilas Kanapickas's avatar
      xi: Don't deliver emulated motion when there's no owner for touch end · 3ab3083c
      Povilas Kanapickas authored
      Pointer-emulated touch events should only be delivered to the client
      that owns the sequence even if it's a core client that became the
      effective owner of the sequency by selecting for pointer press and
      movement.
      
      Currently the emulated events are delivered like this already (see
      TouchResourceIsOwner() check in DeliverEmulatedMotionEvent()), except in
      the case of TouchEnd, in which case the generated motion event is still
      delivered to some client that's not necessarily the owner of the touch
      sequence.
      
      We already know whether a touch sequence that is about to emulate a
      pointer event has an owner, we just need to check that. This further
      allows to simplify DeliverEmulatedMotionEvent() as it won't ever be
      called for non-owned touch events.
      
      https://bugs.freedesktop.org/show_bug.cgi?id=60394
      
      Signed-off-by: Povilas Kanapickas's avatarPovilas Kanapickas <povilas@radix.lt>
      3ab3083c
  8. 18 Dec, 2020 2 commits
  9. 17 Dec, 2020 3 commits
  10. 15 Dec, 2020 2 commits
  11. 14 Dec, 2020 3 commits
  12. 10 Dec, 2020 3 commits
  13. 08 Dec, 2020 2 commits
  14. 04 Dec, 2020 1 commit
    • Michal Srb's avatar
      xkb: Fix heap overflow caused by optimized away min. · 74627d13
      Michal Srb authored
      Calling strlen on char[4] that does not need to contain '\0' is wrong and X
      server may end up running into uninitialized memory.
      
      In addition GCC 8 is clever enough that it knows that strlen on char[4] can
      return 0, 1, 2, 3 or cause undefined behavior. With this knowledge it can
      optimize away the min(..., 4). In reality it can cause the memcpy to be called
      with bigger size than 4 and overflow the destination buffer.
      
      Fixes: 83913de2 (xkb: Silence some compiler warnings)
      Closes: #288
      
      Signed-off-by: Matt Turner's avatarMatt Turner <mattst88@gmail.com>
      74627d13
  15. 01 Dec, 2020 2 commits