1. 13 Sep, 2016 24 commits
  2. 07 Sep, 2016 1 commit
  3. 06 Sep, 2016 2 commits
    • Adam Jackson's avatar
      glx: Fix computation of GLX_X_RENDERABLE fbconfig attribute · 392da389
      Adam Jackson authored
      >From the GLX spec:
          "GLX_X_RENDERABLE is a boolean indicating whether X can be used to
          render into a drawable created with the GLXFBConfig. This attribute
          is True if the GLXFBConfig supports GLX windows and/or pixmaps."
      Every backend was setting this to true unconditionally, and then the
      core ignored that value and sent true unconditionally on its own. This
      is broken for ARB_fbconfig_float and EXT_fbconfig_packed_float, which
      only apply to pbuffers, which are not renderable from non-GLX APIs.
      Instead compute GLX_X_RENDERABLE from the supported drawable types. The
      dri backends were getting _that_ wrong too, so fix that as well.
      This is not a functional change, as there are no mesa drivers that claim
      to support __DRI_ATTRIB_{UNSIGNED_,}FLOAT_BIT yet.
      Signed-off-by: Adam Jackson's avatarAdam Jackson <ajax@redhat.com>
      Reviewed-by: Eric Anholt's avatarEric Anholt <eric@anholt.net>
    • Rui Tiago Matos's avatar
      xwayland: Process queued events before making wayland mods effective · 589f42e9
      Rui Tiago Matos authored
      Since xwayland's initial commit we have had a check to not process
      wayland modifier events while one of our surfaces has keyboard focus
      since the normal xkb event processing keeps our internal modifier
      state up to date and if we use the modifiers we get from the
      compositor we mess up that state.
      This was slightly changed in commit
      10e9116b to allow the xkb group to be
      set from the wayland event while we have focus in case the compositor
      triggers a group switch.
      There's a better solution to the original problem though. Processing
      queued events before overriding the xkb state with the compositor's
      allows those events to be sent properly modified to X clients while
      any further events will be modified with the wayland modifiers as
      This allows us to fully take in the wayland modifiers, including
      depressed ones, which fixes an issue where we wouldn't be aware of
      already pressed modifiers on enter.
      Signed-off-by: Rui Tiago Matos's avatarRui Matos <tiagomatos@gmail.com>
      Tested-by: default avatarOlivier Fourdan <ofourdan@redhat.com>
      Reviewed-by: Daniel Stone's avatarDaniel Stone <daniels@collabora.com>
      Signed-off-by: Peter Hutterer's avatarPeter Hutterer <peter.hutterer@who-t.net>
  4. 02 Sep, 2016 11 commits
  5. 23 Aug, 2016 2 commits