Permalink
Commits on Apr 19, 2013
  1. i965g: support IF/UIF

    olvaffe committed Apr 19, 2013
  2. i965g: remove IFC

    olvaffe committed Apr 19, 2013
  3. svga: whitespace, comment fixes in svga_pipe_query.c

    Brian Paul committed Apr 18, 2013
  4. svga: whitespace, comment fixes in svga_pipe_fs/vs.c

    Brian Paul committed Apr 18, 2013
  5. gallivm: Fix half floats with MCJIT.

    jrfonseca committed Apr 19, 2013
    Prevents:
    
      LLVM ERROR: Cannot select: intrinsic %llvm.x86.vcvtph2ps.128
  6. Revert "i965: Check reg.nr for BRW_ARF_NULL instead of reg.file."

    mattst88 committed Apr 19, 2013
    This reverts commit ecdda41.
    
    Commit was supposed to be a simple typo fix. Clearly needs more
    investigating.
    
    Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=63688
  7. configure.ac: Remove gallium-g3dvl flag.

    mattst88 committed Apr 18, 2013
    It's next to useless, since it just allows you to turn off VDPAU and
    XvMC with a single switch. Just check whether Gallium drivers are
    enabled instead.
    
    Reviewed-by: Christian König <christian.koenig@amd.com>
Commits on Apr 18, 2013
  1. radeonsi: add support for compressed texture v2

    Jerome Glisse committed Apr 8, 2013
    Most test pass, issue are with border color and swizzle.
    
    Based on ircnick<maelcum> patch.
    
    v2: Restaged commit hunk
    
    Signed-off-by: Jerome Glisse <jglisse@redhat.com>
  2. radeonsi: add 2d tiling support for texture v3

    Jerome Glisse committed Mar 22, 2013
    v2: Remove left over code
    v3: Restage properly the commit so hunk of first one are not in
        second one.
    
    Signed-off-by: Jerome Glisse <jglisse@redhat.com>
  3. gallium: handle drirc disable_glsl_line_continuations option

    VadimGirlin committed Apr 18, 2013
    NOTE: This is a candidate for the 9.1 branch
    
    Signed-off-by: Vadim Girlin <vadimgirlin@gmail.com>
    Reviewed-by: Ian Romanick <ian.d.romanick@intel.com>
    Reviewed-by: Alex Deucher <alexander.deucher@amd.com>
  4. llvmpipe: Take in consideration all current constant buffers when map…

    jrfonseca committed Apr 18, 2013
    …ping.
    
    Reviewed-by: Roland Scheidegger <sroland@vmware.com>
    Reviewed-by: Zack Rusin <zackr@vmware.com>
  5. nv50: add remaining RGBX formats

    Christoph Bumiller committed Apr 18, 2013
    Not all are supported as render targets.
    
    The state tracker fallback of using RGBA instead of RGBX currently
    fails for blending, we could work around this by clearing their alpha
    to 1 and modifying the color mask to disable writing alpha.
  6. st/mesa: optionally apply texture swizzle to border color v2

    Christoph Bumiller committed with Christoph Bumiller Apr 12, 2013
    This is the only sane solution for nv50 and nvc0 (really, trust me),
    but since on other hardware the border colour is tightly coupled with
    texture state they'd have to undo the swizzle, so I've added a cap.
    
    The dependency of update_sampler on the texture updates was
    introduced to avoid doing the apply_depthmode to the swizzle twice.
    
    v2: Moved swizzling helper to u_format.c, extended the CAP to
    provide more accurate information.
  7. nv50: set BORDER_COLOR_SRGB in sampler objects

    Christoph Bumiller committed with Christoph Bumiller Apr 13, 2013
  8. nv50: fix 4th component of Lx_SINT/UINT formats

    Christoph Bumiller committed with Christoph Bumiller Apr 12, 2013
  9. mesa: enable GL_ARB_texture_float if TEXTURE_FLOAT_ENABLED is defined

    Brian Paul committed Apr 18, 2013
    Per message on mesa-users list, this wasn't working before.
    
    Note: This is a candidate for the stable branches.
    
    Reviewed-by: Jose Fonseca <jfonseca@vmware.com>
    Reviewed-by: Eric Anholt <eric@anholt.net>
  10. gallivm: change cubemaps / derivatives handling, take 55

    Roland Scheidegger committed Apr 18, 2013
    Turns out the previous "fix" for handling per-pixel face selection and
    derivatives didn't work out that well - the derivatives were wrong by
    quite a bit, in theory transformation of the derivatives into cube space
    should work, but would be _a lot_ more work than the "simplified" transform
    used.
    So, for explicit derivatives, I'm just giving up and go back to not honoring
    them.
    For implicit derivatives (and the fake explicit ones) however we try
    something a little different, we just calculate rho as we would for a 3d
    texture, that is after scaling the coords by the inverse major axis.
    This gives the same results as calculating the derivs after projection of
    the coords to the same face as long as all pixels hit the same face (and
    only without rho_no_opt, otherwise it should be a bit worse). And when
    not all pixels are hitting the same face, the results aren't so hot but
    not catastrophically bad (I believe not off by more than a factor of 2 without
    no_rho_approx and not more than sqrt(2) with no_rho_approx). I think this is
    better than just picking the wrong face but who knows...
    
    Reviewed-by: Brian Paul <brianp@vmware.com>
    Reviewed-by: Jose Fonseca <jfonseca@vmware.com>
  11. gallivm: Add no_rho_approx debug option

    Roland Scheidegger committed Apr 18, 2013
    This will calculate rho correctly as
    sqrt(max((ds/dx)^2 + (dt/dx)^2 + (dr/dx)^2), (ds/dx)^2 + (dt/dx)^2 + (dr/dx)^2))
    instead of max(|ds/dx|,|dt/dx|,|dr/dx|,|ds/dy|,|dt/dy,|dr/dy|)
    (for 3 coords - 2 coords work analogous, for 1 coord there's no point doing
    the exact version), for both implicit and explicit derivatives.
    While such approximation seems to be allowed in OpenGL some APIs may be less
    forgiving, and the error can be quite large (sqrt(2) for 2 coords, sqrt(3) for
    3 coords so wrong by nearly one mip level in the latter case).
    This also helps to single out "real" bugs from "expected" ones, so it is debug
    only (though at least combined with no_brilinear I didn't really see much of a
    performance difference but only tested with a debug build - at least with
    implicit mipmaps the instruction count is almost exactly the same though the
    instructions are more complex (1 sqrt and mul/adds instead of and/max mostly).
    The code when the option isn't set stays exactly the same.
    
    v2: rename no_rho_opt to no_rho_approx.
    
    Reviewed-by: Brian Paul <brianp@vmware.com>
  12. llvmpipe: Support half integer pixel center fs coord.

    jrfonseca committed Apr 18, 2013
    Tested with graw/fs-fragcoord 2/3, and piglit
    glsl-arb-fragment-coord-conventions.
    
    Reviewed-by: Roland Scheidegger <sroland@vmware.com>
  13. llvmpipe: Remove the static interpolation.

    jrfonseca committed Apr 18, 2013
    No longer used.
    
    If we ever want the old behavior we can run a loop unroller pass.
    
    Reviewed-by: Roland Scheidegger <sroland@vmware.com>
  14. gallivm: Drop pos arg from lp_build_tgsi_soa.

    jrfonseca committed Apr 18, 2013
    Never used.
    
    Reviewed-by: Roland Scheidegger <sroland@vmware.com>
  15. docs: update release notes for 9.2

    andreasboll committed Apr 17, 2013
    Reviewed-by: Matt Turner <mattst88@gmail.com>
  16. i965g: rename the vendor

    olvaffe committed Apr 18, 2013
  17. ralloc: Move declarations before statements.

    jrfonseca committed Apr 18, 2013
    Trivial.  Should fix MSVC build.
  18. configure: enable vdpau and xvmc detection, with gallium

    evelikov committed with mattst88 Apr 18, 2013
    Currently the vdpau and xvmc detection code, is enabled for all builds. The
    state trackers exist only within gallium. Enable whenever at least one gallium
    driver is selected
    
    v2: removed stray '-a'
    [mattst88 v3]: Removed stray $.
    Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=63645
    Reviewed-by: Matt Turner <mattst88@gmail.com>
    Signed-off-by: Emil Velikov <emil.l.velikov@gmail.com>
  19. i965: Check reg.nr for BRW_ARF_NULL instead of reg.file.

    mattst88 committed Apr 15, 2013
    Reviewed-by: Kenneth Graunke <kenneth@whitecape.org>
  20. i965: Implement work-around for CMP with null dest on Haswell.

    mattst88 committed Apr 15, 2013
    Reviewed-by: Kenneth Graunke <kenneth@whitecape.org>
  21. i915g: Release old fragment shader sampler views with current pipe

    sabercrombie committed with Stéphane Marchesin Apr 11, 2013
    We were trying to use a destroy method from a deleted context.
    This fix is based on what's in the svga driver.
    
    Reviewed-by: Stéphane Marchesin <marcheu@chromium.org>
  22. i965/vec4: Fix hypothetical use of uninitialized data in attribute_ma…

    stereotype441 committed Apr 16, 2013
    …p[].
    
    Fixes issue identified by Klocwork analysis:
    
        'attribute_map' array elements might be used uninitialized in this
        function (vec4_visitor::lower_attributes_to_hw_regs).
    
    The attribute_map array contains the mapping from shader input
    attributes to the hardware registers they are stored in.
    vec4_vs_visitor::setup_attributes() only populates elements of this
    array which, according to core Mesa, are actually used by the shader.
    Therefore, when vec4_visitor::lower_attributes_to_hw_regs() accesses
    the array to lower a register access in the shader, it should in
    principle only access elements of attribute_map that contain valid
    data.  However, if a bug ever caused the driver back-end to access an
    input that was not flagged as used by core Mesa, then
    lower_attributes_to_hw_regs() would access uninitialized memory, which
    could cause illegal instructions to get generated, resulting in a
    possible GPU hang.
    
    This patch makes the situation more robust by using memset() to
    pre-initialize the attribute_map array to zero, so that if such a bug
    ever occurred, lower_attributes_to_hw_regs() would generate a (mostly)
    harmless access to r0.  In addition, it adds assertions to
    lower_attributes_to_hw_regs() so that if we do have such a bug, we're
    likely to discover it quickly.
    
    Reviewed-by: Jordan Justen <jordan.l.justen@intel.com>
Commits on Apr 17, 2013
  1. ralloc: don't write to memory in case of alloc fail.

    Dave Airlie committed Apr 17, 2013
    For some reason I made this happen under indirect rendering,
    I think we might have a leak, valgrind gave out, so I said I'd
    fix the basic problem.
    
    NOTE: This is a candidate for stable branches.
    Reviewed-by: Ian Romanick <ian.d.romanick@intel.com>
    Reviewed-by: Kenneth Graunke <kenneth@whitecape.org>
    Signed-off-by: Dave Airlie <airlied@redhat.com>
  2. mesa: generate glGetInteger/Boolean/Float/Doublev() code for all APIs

    Brian Paul committed Apr 17, 2013
    No longer pass -a flag to the get_hash_generate.py script to specify
    OpenGL, ES1, ES2, etc.  This updates the autoconf, scons and android
    build files too (so we can bisect).
    
    This is the last of the API-dependent conditional compilation in
    core Mesa.
    
    Reviewed-by: Jordan Justen <jordan.l.justen@intel.com>
  3. mesa: remove mfeatures.h

    Brian Paul committed Apr 17, 2013
    No longer needed.
    
    Reviewed-by: Jordan Justen <jordan.l.justen@intel.com>