1. 30 Dec, 2013 3 commits
    • Paul Berry's avatar
      Rename overloads of _mesa_glsl_shader_target_name(). · 26707abe
      Paul Berry authored
      Previously, _mesa_glsl_shader_target_name() had an overload for GLenum
      and an overload for the gl_shader_type enum, each of which behaved
      differently.  However, since GLenum is a synonym for unsigned int, and
      unsigned ints are often used in place of gl_shader_type (e.g. in loop
      indices), there was a big risk of calling the wrong overload by
      mistake.  This patch gives the two overloads different names so that
      it's always clear which one we mean to call.
      Reviewed-by: default avatarBrian Paul <brianp@vmware.com>
      26707abe
    • Kenneth Graunke's avatar
      Revert "mesa: Remove GLXContextID typedef from glx.h." · f425d56b
      Kenneth Graunke authored
      This reverts commit 136a12ac.
      
      According to belak51 on IRC, this commit broke Allegro, which would no
      longer compile.  Applications apparently expect the GLXContextID typedef
      to exist in glx.h; removing it breaks them.  A bit of searching around
      the internet revealed other complaints since upgrading to Mesa 10.
      
      Cc: "10.0" <mesa-stable@lists.freedesktop.org>
      f425d56b
    • Kenneth Graunke's avatar
      i965: Remove unused depth_mode parameter from translate_tex_format(). · da031f83
      Kenneth Graunke authored
      According to git blame, this hasn't been used in over two years:
      
          commit d2235b0f
          Author: Eric Anholt <eric@anholt.net>
          Date:   Thu Nov 17 17:01:58 2011 -0800
      
              i965: Always handle GL_DEPTH_TEXTURE_MODE through the shader.
      Signed-off-by: default avatarKenneth Graunke <kenneth@whitecape.org>
      da031f83
  2. 27 Dec, 2013 15 commits
  3. 26 Dec, 2013 3 commits
    • Rob Clark's avatar
      freedreno/a3xx: fix blend state corruption issue · 8ab47b43
      Rob Clark authored
      Using RMW on banked context registers is not safe.  The value read
      could be the wrong one.  So if there has been a DRAW_IDX launched,
      the RMW must be preceded by a WAIT_FOR_IDLE to ensure the read part
      of RMW sees the correct value.
      
      To avoid unnecessary WFI's, keep track if there is a need for WFI,
      and only emit one if needed.  Furthermore, keep track if we even
      need to update the register in the first place.
      
      And to cut down on the amount of RMW to avoid excessive WFI's, at the
      tiling/GMEM level we can always overwrite RB_RENDER_CONTROL, as the
      state at beginning of draw/clear cmds (which we IB to) is always
      undefined.  In the draw/clear commands, we always still use RMW (with
      WFI if needed), but only if the register value actually changes.  (At
      points where the current value cannot be known, the saved value is
      reset to ~0, which includes bits outside of RBRC_DRAW_STATE, so there
      never is chance for confusion.)
      Signed-off-by: default avatarRob Clark <robclark@freedesktop.org>
      8ab47b43
    • Rob Clark's avatar
      freedreno: prepare for hw binning · be01d7a9
      Rob Clark authored
      Actually assign VSC_PIPE's properly, which will be needed for tiling.
      And introduce fd_tile for per-tile state (including the assignment of
      tile to VSC_PIPE).  This gives us the proper pipe setup that we'll
      need for hw binning pass, and also cleans things up a bit by not having
      to pass so many parameters around.  And will also make it easier to
      introduce different tiling patterns (since we may no longer render
      tiles in a simple left-to-right top-to-bottom pattern).
      Signed-off-by: default avatarRob Clark <robclark@freedesktop.org>
      be01d7a9
    • Rob Clark's avatar
      freedreno: resync generated headers · 64fe0670
      Rob Clark authored
      Signed-off-by: default avatarRob Clark <robclark@freedesktop.org>
      64fe0670
  4. 24 Dec, 2013 1 commit
  5. 23 Dec, 2013 9 commits
  6. 22 Dec, 2013 5 commits
  7. 21 Dec, 2013 4 commits