1. 22 Jun, 2017 1 commit
    • Ville Syrjälä's avatar
      i915: Fix gl_Fragcoord interpolation · 1c409fe4
      Ville Syrjälä authored
      gl_FragCoord contains the window coordinates so it seems to me that
      we should not use perspective correct interpolation for it. At least
      now I get similar output as i965/swrast/llvmpipe produce.
      This fixes dEQP-GLES2.functional.shaders.builtin_variable.fragcoord_w.
      dEQP-GLES2.functional.shaders.builtin_variable.fragcoord_xyz was already
      passing, though I'm not quite sure how it managed to do that.
      v2: Add definitons for the S3 "wrap shortest" bits as well (Ian)
      Cc: mesa-stable@lists.freedesktop.org
      Reviewed-by: default avatarIan Romanick <ian.d.romanick@intel.com>
      Signed-off-by: Ville Syrjälä's avatarVille Syrjälä <ville.syrjala@linux.intel.com>
  2. 21 Jun, 2017 1 commit
  3. 26 Oct, 2016 2 commits
  4. 16 Jun, 2016 2 commits
  5. 29 Jul, 2015 1 commit
    • Matt Turner's avatar
      mesa: Use floats for viewport bounds. · f8a64788
      Matt Turner authored
      ARB_viewport_array specifies that DEPTH_RANGE consists of double-
      precision parameters (corresponding commit d4dc3598), and a preparatory
      commit (6340e609) added _mesa_get_viewport_xform() which returned
      double-precision scale[3] and translate[3] vectors, even though X, Y,
      Width, and Height were still floats.
      All users of _mesa_get_viewport_xform() immediately convert the double
      scale and translation vectors into floats (which were floats originally,
      but were converted to doubles in _mesa_get_viewport_xform(), sigh).
      i965 at least cannot consume doubles (see SF_CLIP_VIEWPORT). If we want
      to pass doubles to hardware, we should have a different function that
      does that.
      Acked-by: Mathias Fröhlich's avatarMathias Froehlich <Mathias.Froehlich@web.de>
  6. 27 Apr, 2015 1 commit
  7. 14 Apr, 2015 1 commit
  8. 13 Nov, 2014 1 commit
  9. 24 Oct, 2014 1 commit
  10. 20 Jan, 2014 2 commits
  11. 17 Jan, 2014 1 commit
    • Jose Fonseca's avatar
      s/Tungsten Graphics/VMware/ · 87712850
      Jose Fonseca authored
      Tungsten Graphics Inc. was acquired by VMware Inc. in 2008.  Leaving the
      old copyright name is creating unnecessary confusion, hence this change.
      This was the sed script I used:
          $ cat tg2vmw.sed
          # Run as:
          #   git reset --hard HEAD && find include scons src -type f -not -name 'sed*' -print0 | xargs -0 sed -i -f tg2vmw.sed
          # Rename copyrights
          s/Tungsten Gra\(ph\|hp\)ics,\? [iI]nc\.\?\(, Cedar Park\)\?\(, Austin\)\?\(, \(Texas\|TX\)\)\?\.\?/VMware, Inc./g
          /Copyright/s/Tungsten Graphics\(,\? [iI]nc\.\)\?\(, Cedar Park\)\?\(, Austin\)\?\(, \(Texas\|TX\)\)\?\.\?/VMware, Inc./
          # Rename emails
          # Remove dead links
          s@Tungsten Graphics (http://www.tungstengraphics.com)@Tungsten Graphics@g
          # C string src/gallium/state_trackers/vega/api_misc.c
          s/"Tungsten Graphics, Inc"/"VMware, Inc"/
      Reviewed-by: Brian Paul's avatarBrian Paul <brianp@vmware.com>
  12. 15 Jan, 2014 2 commits
  13. 05 Nov, 2013 1 commit
  14. 15 May, 2013 1 commit
  15. 15 Mar, 2013 1 commit
  16. 28 Aug, 2012 1 commit
  17. 01 May, 2012 1 commit
  18. 09 Apr, 2012 1 commit
    • Yuanhan Liu's avatar
      i915: set SPRITE_POINT_ENABLE bit correctly · c6532875
      Yuanhan Liu authored
      When SPRITE_POINT_ENABLE bit is set, the texture coord would be
      replaced, and this is only needed when we called something like
      And more,  we currently handle varying inputs as texture coord,
      we would be careful when setting this bit and set it just when
      needed, or you will find the value of varying input is not right
      and changed.
      Thus we do set SPRITE_POINT_ENABLE bit only when all enabled tex
      coord units need do CoordReplace. Or fallback is needed to make
      sure the rendering is right.
      With handling the bit setup at i915_update_sprite_point_enable(),
      we don't need the relative code at i915Enable then.
      This patch would _really_ fix the webglc point-size.html test case and
      of course, not regress piglit point-sprite and glean-pointSprite
      NOTE: This is a candidate for stable release branches.
      v2: fallback just when all enabled tex coord units need do
          CoordReplace (Eric)
      v3: move the sprite point validate code at I915InvalidateState (Eric)
      v4: sprite point enable bit update based on _NEW_PROGRAM, too
          add relative _NEW-state comments to show what state is being used(Eric)
      Signed-off-by: Yuanhan Liu's avatarYuanhan Liu <yuanhan.liu@linux.intel.com>
  19. 02 Nov, 2011 1 commit
  20. 19 Sep, 2011 1 commit
  21. 18 Jul, 2011 3 commits
  22. 22 Apr, 2011 5 commits
  23. 11 Mar, 2011 1 commit
  24. 23 Feb, 2011 1 commit
  25. 21 Feb, 2011 3 commits
  26. 16 Jan, 2011 1 commit
  27. 13 Oct, 2010 1 commit
  28. 11 May, 2010 1 commit