1. 30 Jan, 2012 7 commits
  2. 29 Jan, 2012 8 commits
  3. 28 Jan, 2012 19 commits
  4. 27 Jan, 2012 6 commits
    • Alex Deucher's avatar
      r600g: remove unsupported evergreen CB formats · b8f7550a
      Alex Deucher authored
      The evergreen+ CB no longer supports the following formats
      compared to 6xx/7xx:
      - COLOR_4_4
      - COLOR_3_3_2
      - COLOR_6_5_5
      - COLOR_8_24_FLOAT
      - COLOR_24_8_FLOAT
      - COLOR_11_11_10
      - COLOR_11_11_10_FLOAT
      Signed-off-by: default avatarAlex Deucher <alexander.deucher@amd.com>
    • Jose Fonseca's avatar
      mesa: Avoid void * arithmetic. · 34091183
      Jose Fonseca authored
      Should fix MSVC build.
    • Chad Versace's avatar
      swrast: Fix fixed-function fragment processing · 1c0f1dd4
      Chad Versace authored
      On i965, _mesa_ir_link_shader is never called. As a consequence, the
      current fragment program (ctx->FragmentProgram->_Current) exists but is
      invalid because it has no instructions. Yet swrast continued to attempt to
      use the empty program.
      To avoid using the empty program, this patch 1) defines a new function,
      _swrast_use_fragment_program, which checks if the current fragment program
      exists and differs from the fixed function fragment program, and, when
      appropriate, 2) replaces checks of the form
          if (ctx->FragmentProgram->_Current == NULL)
          if (_swrast_use_fragment_program(ctx))
      Fixes the following oglconform regressions on i965/gen6:
      The tests were ran with the GLXFBConfig:
          visual  x   bf lv rg d st  colorbuffer  sr ax dp st accumbuffer ms  cav
        id dep cl sp  sz l  ci b ro  r  g  b  a F gb bf th cl  r  g  b  a ns b eat
      0x021 24 tc  0  32  0 r  y .   8  8  8  8 .  .  0 24 8  0  0  0  0  0 0 None
      (Note: I originally believed that the hunk in
      _swrast_update_fragment_program was unnecessary. But it is required to fix
      Note: This is a candidate for the 8.0 branch.
      Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=43327
      Reveiwed-by: Emma Anholt's avatarEric Anholt <eric@anholt.net>
      Reviewed-by: default avatarIan Romanick <idr@freedesktop.org>
      Signed-off-by: default avatarChad Versace <chad.versace@linux.intel.com>
    • Anuj Phogat's avatar
      mesa: set clamp bit in glGetTexImage for GL_UNSIGNED_NORMALIZED · 5665b5cc
      Anuj Phogat authored
      Color clamping should be enabled in glGetTexImage if texture dataType is
      Fixes 2 Intel oglconform test cases: pxconv-gettex and pxtrans-gettex
      NOTE: This is a candidate for the 8.0 branch
      Signed-off-by: Anuj Phogat's avatarAnuj Phogat <anuj.phogat@gmail.com>
      Reviewed-by: Brian Paul's avatarBrian Paul <brianp@vmware.com>
    • Emma Anholt's avatar
      mesa: Don't round-trip integer texture data through a floating point temp. · 5f65598c
      Emma Anholt authored
      This was losing bits of precision.  Fixes (with the previous commits):
      piglit EXT_texture_integer/getteximage-clamping
      piglit EXT_texture_integer/getteximage-clamping GL_ARB_texture_rg
      oglc advanced.mipmap.upload
      Regresses oglc negative.typeFormatMismatch.teximage from fail to
      abort, because it's been hitting texstore for a format/type combo that
      shouldn't happen.
      NOTE: This is a candidate for the 8.0 branch.
      Reviewed-by: Brian Paul's avatarBrian Paul <brianp@vmware.com>
    • Emma Anholt's avatar
      mesa: When unpacking signed integer pixel data, don't clamp to 0. · dadbec1e
      Emma Anholt authored
      In the core, we always treat spans of int/uint data as uint, so this
      extract function was truncating storage of integer pixel data to a n
      int texture to (0, max_int) instead of (min_int, max_int).  There is
      probably missing code for handling truncation on conversion between
      pixel formats, still, but this does improve things.
      NOTE: This is a candidate for the 8.0 branch.
      Reviewed-by: Brian Paul's avatarBrian Paul <brianp@vmware.com>