1. 02 Feb, 2021 14 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 and Adam Jackson's avatar Adam Jackson committed
      The definition relies on IOPortBase, which is only ever set in
      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.
  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 and Peter Hutterer's avatar Peter Hutterer committed
      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
      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
      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.
      Signed-off-by: Povilas Kanapickas's avatarPovilas Kanapickas <povilas@radix.lt>
  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