softpipe: per-unit sampler varients

Can't share sampler varients across multiple tex units because the texture
pointer is in the sampler varient.  That prevents different textures per unit.

Fixes progs/demos/multiarb, progs/glsl/samplers, etc.

softpipe: add missing PIPE_TEXTURE_CUBE case in get_lambda_func()

Fixes progs/demos/cubemap

softpipe: add missing sp_sampler_varient_destroy

softpipe: remove redundant comparison, make test easier to understand

softpipe: fix min/mag filter typo

softpipe: fix s/t/p typos

softpipe: rework texture sampling code

Split into component pieces, stitch together at runtime using function
pointers.  Make it possible to utilize the existing fastpaths as image-level
filters for generic mip-filtering routines.

Remove special case for rectangle filtering, as it can now be handled by
the 2d path.

As most of the mesa demo texturing was already covered by fast paths, its
harder to find examples of speedups, but tunnel gets a boost as mip-nearest
filtering is now able to access the img_2d_linear_wrap_POT functions
for sampling within a mipmap level.

util: add util_is_power_of_two function

softpipe: allow the existing sampler routines to be hooked up directly

Let eg. sp_get_samples_rect be hooked directly in as the tgsi sampler
routine.

Add a field to determine whether this is a vertex or fragment sampling
call, and massage parameters to match the tgsi call.

softpipe: fix xpot calculation typo in sp_get_samples_2d_nearest_clamp_POT

softpipe: slightly optimized tiling calculation

softpipe: fix glitch in texel lookups on fastpaths

Fixes two issues - firstly for mipmap levels with one or more
dimensions smaller than tilesize, the code was sampling off the edge
of the texture (but still within the tile).

Secondly, in the linear_mipmap_linear case, both the default code and
new fastpath were incorrect.  This change fixes the fastpath and adds
a comment to the default path, which still needs to be fixed.
Basically the issue is that the coordinates in the smaller texture
level are/were being computed by just dividing thecoordinates from the
larger texture level by two, as in:

               x0[j] /= 2;
               y0[j] /= 2;
               x1[j] /= 2;
               y1[j] /= 2;

The issues with this are signficant.  Initially x1 is most often equal
to x0+1, but after this, it will likely be equal to x0, so we will not
actually be performing the linear blend within the smaller mipmap.

The fastpath code avoided this (recalculated x1), but was still using
the weighting factors from the larger mipmap level (xw, yw), which
were incorrect.

Change the fastpath code to do two full, independent linear samples of
the two mipmap levels before blending.  The default code needs to do
the same thing.

softpipe: optimized path for simple mipmap sampling

linear-mip-linear-repeat-POT sampling faspath, provides a very nice
speedup to apps that do this common type of texturing.

Test case: demos/terrain, turn fog off, turn texturing on.
Without patch: 12 fps
With patch: 20 fps.

softpipe: move flatshade-first check out of loop

Revert "softpipe: rearrange blend fastpaths"

This reverts commit 1295cf423e21dad04a947960782ffa8db2739709.

The original formulation was easier to understand & work with.  Will
revisit this later.

softpipe: reduce textual differences between exec and sse shader paths

Unshare one function (setup_pos_vector) as we want to push this code
into the generated shader in the SSE case.

softpipe: remove gallivm fragment shaders

However we do llvm integration, it will be different & more comprehensive
than this.

softpipe: setup quad outputs from with fs->run

softpipe: rearrange blend fastpaths

softpipe: add depth-lequal z16 path

softpipe: remove unused variable in shade_quad

softpipe: fix off-by-one in nearest texcoord routines

Stray '- 0.5' copied from linear versions.

softpipe: example fast paths for simple samplers

All these fastpaths are examples of the types of things we'd code-generate
in a more sophisticated version of softpipe.

softpipe: fastpath for interpolated z16 less depthtesting

Because this is interpolated (ie. early) depth, we can build in an
assumption about the quads emitted by triangle setup, ie that they
are actually linear spans.  Interpolate z over those spans in z16
format to save on math & conversion.

softpipe: cope with nr_cbufs == 0

Disable blend code when no color buffer

softpipe: move all depth/stencil/alpha pixel processing into one stage

softpipe: fix error in scissor state dependencies

softpipe: cleanup framebuffer state routine slightly

softpipe: move all color-combine code into sp_quad_blend.c

Consolidate the read-modify-write color combining code from
the blend, colormask and output stages.

softpipe: fix typo

softpipe: example fastpaths in blending

softpipe: actually pass >1 quad from triangle routine

First attempt

softpipe:  expand quad pipeline to process >1 quad at a time

This is part one -- we still only pass a single quad down, but
the code can now cope with more.  The quads must all be from the same
tile.

softpipe: rip out old mulithread support

softpipe: avoid flushing depth buffer cache on swapbuffers

There's no need to push out depth buffer contents on swapbuffers.

Note that this change doesn't throw away depth buffer changes, it simply
holds them in the cache over calls to swapbuffers.  The hope is
that swapbuffers will be followed by a clear() which means in that case
we won't have to write the changes out.

softpipe: also shortcircuit non-texture tile lookups

softpipe: shortcircuit repeated lookups of the same tile

The sp_tile_cache is often called repeatedly to look up the same
tile.  Add a cache (to the cache) of the single tile most recently
retreived and make a quick inline check to see if this matches the
subsequent request.

Add a tile_address bitfield struct to make this check easier.

softpipe: remove unused vars in sp_setup.c

softpipe: use bitwise logic to setup quad masks in sp_setup

softpipe: simplify flush_spans

No loss of performance, but simpler code.

softpipe: make some small steps to flush texture cache less frequently

No performance gain yet, but the code is a bit cleaner.

gallium/xlib: use XSHM for swapbuffers

Makes some difference, but suprisingly little.  Barely worth the effort.

util: _debug_printf should print even when DEBUG is not defined

The leading underscore is meaningful...  This function is used by
_warning and _error functions as well as the more common
debug_printf().

debug_printf (without underscore) gets turned off when DEBUG is
disabled, but warning/error messages still use this function to get
their message out.

softpipe: remove backwards dependency from tilecache to softpipe

The tile cache is a utility, it shouldn't know anything about the
entity which is making use of it (ie softpipe).

Remove softpipe parameter to all the tilecache function calls, and
also remove the need to keep a softpipe pointer in the sampler structs.

gallium: remove multiple aliases for TGSI opcodes

This is a source of ongoing confusion.  TGSI has multiple names for
opcodes where the same semantics originate in multiple shader APIs.

For instance, TGSI includes both Mesa/GLSL and DX/SM30 names for
opcodes with the same semantics, but aliases those names to the same
underlying opcode number.

This makes it very difficult to visually inspect two sets of opcodes
(eg in state tracker & driver) and check if they implement the same
functionality.

This patch arbitarily rips out the versions of the opcodes not currently
favoured by the mesa state tracker and leaves us with a single name
for each distinct operation.

gallium: simplify tgsi_full_immediate struct

Remove the need to have a pointer in this struct by just including
the immediate data inline.  Having a pointer in the struct introduces
complications like needing to alloc/free the data pointed to, uncertainty
about who owns the data, etc.  There doesn't seem to be a need for it,
and it is unlikely to make much difference plus or minus to performance.

Added some asserts as we now will trip up on immediates with more
than four elements.  There were actually already quite a few such asserts,
but the >4 case could be used in the future to specify indexable immediate
ranges, such as lookup tables.

r600: fix dst reg indexing for real

This fixes segfaults in apps like teapot and tunnel

Revert "r600: fix dst reg indexing"

This reverts commit cc893d9a98255d3c26df7123ba5cc02e478c9328.

Richard has the proper fix.

r600: add stencil support

r600: use state functions to set default state

r600: fill in point functions

r600: set provoking vertex to last vertex for OGL

r600: fill in r700UpdateViewportOffset

r600: first pass at polyoffset support

not working yet

radeon: fix colorbuffer pitch emission regarding tiling in KMS/CS case

We need to emit a relocation for pitch register so that kernel can
check and properly setup tiling on the color buffer.

R600: fix up some build problems

r600: add alpha test support

Track Radeon driver symlinks in Git.

Add missing X11_INCLUDES to egl/drivers/demo and egl/main.

Compiling mesa on a system with no X headers installed in the default
include paths fails due to missing X11 includes. The header includes are
picked up by configure but not applied.

Signed-off-by: Peter Hutterer <peter.hutterer@who-t.net>
Signed-off-by: Dave Airlie <airlied@redhat.com>

i965: Don't clip everything if FRONT_AND_BACK culling while culling disabled.

Fixes everything-black with meta_clear_tris on quake4-mpdemo and doom3-demo.

Bug #18844, 22077.

r600: fix typo in blend code

r600: fix dst reg indexing

This fixes segfaults in apps like teapot and tunnel

r600: add blending support

r600: add user clip plane support

r600: add logicop support

tgsi: get texturing working in vertex shader sse2 path

Missing file from previous commit.

Merge branch 'mesa_7_5_branch'

radeon: With DRI1, if we have HW stencil, only expose fbconfigs with stencil.

Otherwise simple apps like glxgears pick up a DirectColor visual since the X
server mixes the depth 32 visual in with the other GLX visuals, and this seems
to result in a (mostly) black screen due to a bad ColorMap for a lot of people.

The bad ColorMap may be a bug in the apps, the X server or X driver, and
regardless of that I think the X server should ideally make the depth 32 GLX
visual separate from the rest again, but in the meantime this makes us cope.

(depth_bits is either 16 or 24, never 0)

tgsi: get texturing working in vertex shader sse2 path

tgsi: fix regression in indexed const lookups

This function was calling get_input_base() and get_output_base() to
get the names of a couple of register to use as temps.  Those
functions no longer return registers, so adjust it to get the
registers elsewhere.

This change doesn't address the issue that it's a fairly poor way to
grab a register name by calling a function with an apparently
unrelated meaning.

r600: Fix compilation

R6xx/r7xx: Fix line stipple and width issue

Add common_ppc.c to MESA_GALLIUM_SOURCES.

r300g: Fix SCons build.

gallium/trace: Fix SCons build.

r300g: Guard R500 register writes by is_r500 check.

Flagged by the DRM command stream checker. This allows the driver to work on
non-R500 cards.

gallium: make g3dvl build again

Merge branch 'mesa_7_5_branch'

Conflicts:

Makefile
progs/glsl/multitex.c
src/mesa/main/enums.c
src/mesa/main/state.c
src/mesa/main/texenvprogram.c
src/mesa/main/version.h

R6xx/R7xx: add fine grained syncing support

R6xx/r7xx: send depth state in it's own function

st/egl: Fix broken build after EGL thread changes

R200: fix build when RADEON_DEBUG_BO is set

radeon: disable BO debug

progs/util: remove extfuncs.h (we use GLEW instead)

egl: commit missing eglcurrent.[ch] files

Not sure how these got left out from earlier commit.

progs/glsl: finish conversion to GLEW

This is a follow-on to b799af91d5ffbee1481161fec29eb4c92b161272.
Remove _func function suffix and unneeded #includes.

Merge branch 'master' of git+ssh://agd5f@git.freedesktop.org/git/mesa/mesa into r6xx-rewrite

R6xx/r7xx: warning fixes

patch from Kevin DeKorte with some minor fixes from me.

mesa: set version to 7.5

mesa: set version to 7.5

docs: set date for 7.5 release

xeglthreads: Check current context for EGL per-thread support.

Signed-off-by: Chia-I Wu <olvaffe@gmail.com>

egl: Remove redundant DeletePending flag.

A context or surface that is neither linked to a display nor current to
a thread should be destroyed.  Therefore, an unlinked context or surface
implies a pending delete automatically.

Signed-off-by: Chia-I Wu <olvaffe@gmail.com>

egl: Destroy display's resources upon termination.

eglTerminate should destroy the contexts and surfaces of the display.

Signed-off-by: Chia-I Wu <olvaffe@gmail.com>

egl: Return the same EGL Display for the same native display.

The latest revision of the spec explicitly requires the same handle to
be returned for the same native display.

Signed-off-by: Chia-I Wu <olvaffe@gmail.com>

egl: Use the link functions to manage resources.

This commit uses the newly introduced link functions to manage EGL
contexts and surfaces.  As a result of this, the API for drivers are
changed.  All drivers are updated for the change.

Signed-off-by: Chia-I Wu <olvaffe@gmail.com>

egl: Add funtions to link contexts and surfaces to displays.

EGL contexts and surfaces are resources of displays.  They should be
managed by displays.  This commit adds a bunch of functions to
egldisplay.c to help establish the links between contexts/surfaces and
displays.  How links are established is considered opaque outside
display.  Functions like _eglGetSurfaceHandle or _eglLookupSurface are
therefore moved to egldisplay.c, with some small modifications.

The idea is also extended to display.  That is, displays need to link to
themselves to be looked up.

This commit only adds the functions.  A commit to use them should
follow.

Signed-off-by: Chia-I Wu <olvaffe@gmail.com>

egl: Extend per-thread info for multiple current contexts.

EGL allows multiple current contexts, as long as they are bound to
different client APIs.

Signed-off-by: Chia-I Wu <olvaffe@gmail.com>

egl: Support per-thread info.

This commit introduces a "current" system to manage per-thread info.  It
uses TLS, if GLX_USE_TLS is defined, or pthread, if PTHREADS is defined.
If none of them are defined, it uses a dummy implementation that is just
like before.

Signed-off-by: Chia-I Wu <olvaffe@gmail.com>

egl: Add eglcompiler.h for compiler features.

Only INLINE (from mesa/main/compiler.h) is defined now.  It may be used
to deal with symbol visibility and int/pointer conversion in the future.

Signed-off-by: Chia-I Wu <olvaffe@gmail.com>
Signed-off-by: Brian Paul <brianp@vmware.com>