Revert "st/mesa: Compile in meta.c."

This reverts commit 6c5726cd39ab12b86fae391d075fa74bc24b615c.

Revert "scons: add meta.c to sources"

This reverts commit 41fefe88c50376a57876b498c8619c8c9f535de6.

Revert "mesa: move _mesa_meta_init/free() calls to core Mesa"

This reverts commit 651cffd626a82d9bf539437ca4bdf8ea4b396fab.

The commit inadvertantly introduced a new gallium dependency on the meta code.

scons: add meta.c to sources

st/mesa: Compile in meta.c.

meta was moved to core Mesa since
651cffd626a82d9bf539437ca4bdf8ea4b396fab.

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

intel: meta clear has a new name.

It was renamed to _mesa_meta_Clear.

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

xorg/st: fixup builds against later dpms headers.

scons: Drop gprof support for profile builds; tweak optimization flags instead.

gprof is useful for shared libraries, hence our drivers. Nevertheless
profilers like oprofile can benefit from disabling some relatively
minor optimizations for more accurate / complete results.

llvmpipe: Fix lp_get_cached_tile.

Align coordinates to tile boundaries.

llvmpipe: Update tile status on flush.

Merge branch 'mesa_7_6_branch'

Conflicts:
src/mesa/drivers/dri/intel/intel_clear.c

Merge branch 'mesa_7_5_branch' into mesa_7_6_branch

mesa/st: Create front renderbuffer on the fly when supplied with a surface

Normally, the mesa/st would create a fake front buffer out of a
client-allocated surface.

In the DRI setting, however, st/dri provides a front buffer surface which is
created and maintained by the X server. Prefer to use this surface instead,
so that front buffer rendering and reading works correctly.

Signed-off-by: Nicolai Hähnle <nhaehnle@gmail.com>

mesa/st: Initialize format bits of framebuffer renderbuffers

Signed-off-by: Nicolai Hähnle <nhaehnle@gmail.com>

docs: Document new features in radeon/r200/r300 drivers

Signed-off-by: Nicolai Hähnle <nhaehnle@gmail.com>

r300/compiler: Fix R300 fragment program regression introduced by 0723cd1...

We obviously need to move the code addr register backwards because their may
be overlap.

This bug affected in particular the Compiz water plugin.

Signed-off-by: Nicolai Hähnle <nhaehnle@gmail.com>

mesa: remove redundant readbuffer check

mesa: rename functions to be more consistant with rest of mesa

swrast: remove obsolete s_imaging.c file

swrast: remove prototypes for obsolete functions

mesa: remove s_imaging.c from build

windows: replace old ColorTable, Convolution functions with new

mesa: use new meta functions

mesa: meta functions for glCopyColorTable, glCopyConvolutionFilter, etc

mesa: move readbuffer tests

mesa: use _mesa_get_current_tex_unit() helper

mesa: use _mesa_get_current_tex_unit() helper

mesa: fix some glCopyTex[Sub]Image regressions related to convolution

mesa: move _mesa_meta_init/free() calls to core Mesa

r600: fix point sizes

registers takes radius

r600: fix polygon offset

swrast: remove obsolete s_texstore.c

Replaced by new, simpler meta functions.

swrast: remove prototypes for obsolete functions

mesa: remove s_texstore.c from makefile/project files

glapi: replace old TexCopy functions w/ new

windows: replace old TexCopy functions w/ new

gldirect: remove refs to soon-to-be-obsolete functions

I don't know if this driver is anywhere near build-able, but anyway.

mesa: use new _mesa_meta_CopyTex[Sub]Image() functions

intel: use new _mesa_meta_CopyTex[Sub]Image() functions

glapi: regenerated files

glapi: added tokens, function for GL_ARB_provoking_vertex

llvmpipe: Respect input interpolators for the shader.

Cherry-picked from fb2c7b6743ba6e89f24843890fb7fcd6a09c3dbb

mesa: Allow BlitFramebuffer from a texture.

Although GL_EXT_framebuffer_blit does not mention textures, it doesn't
forbid them either, and some thirdparty driver appear to support this.

softpipe: Fix cube face selection.

If arx and ary are equal, we still want to choose from one of them,
and not arz.

[i965] add a missing header file

 [i965] use intel_batchbuffer_flush to flush the clear

softpipe: Respect input interpolators for the shader.

tgsi: Scan input interpolators, too.

progs/perf: convert some DOS line-endings

It seems like some of these files were committed with CRLF initially.

progs/perf: add scons support, get working under mingw

mesa: begin some texstore code refactoring

Next step will be to move the calls to ctx->Driver.ChooseTextureFormat()
into the teximage.c functions so drivers don't have to do it.

mesa: fix clip plane, fog issues

mesa: meta driver functions for glCopyTex[Sub]Image()

Implement in terms of glReadPixels + glTex[Sub]Image().
This will allow us to get rid of some swrast texture code.

progs/perf: initial set of simple performance test programs

Initial tests include:
  drawoverhead - measure overhead of state changes w.r.t drawing commands
  teximage - measure glTexImage2D() and glTexSubImage2D() speed
  vbo - measure glBufferData() and glBufferSubData() speed
  vertexrate - measure vertex rate for immediate mode, glDrawArrays, VBOs, etc.

progs/glsl: minor Makefile clean-ups

swrast: remove mipmap generation checks (done in core Mesa now)

s3v: remove unneeded initializations

ffb: remove disabled code

glx: Use initstate_r / random_r instead of corrupting global random number state

Previously srandom and random were used.  This cause the global random
number generator state to be modified.  This caused problems for
applications that called srandom before calling into GLX.  By using
local state the global state is left unmodified.

This should fix bug #23774.

llvmpipe: Don't assert due to unsupported texture wrap modes.

Issue a warning and fallback to clamping.

st/mesa: fix some incorrect branching/clean-up code in TexImage functions

We need to be sure to call the _mesa_unmap_teximage_pbo() function if we
called _mesa_validate_pbo_teximage().

st/mesa: fix texture memory allocation bug

The following example caused an incorrect GL_OUT_OF_MEMORY error to be
raised in glTexSubImage2D:

   glTexImage2D(level=0, width=32, height=32, pixels=NULL);
   glTexImage2D(level=0, width=64, height=64, pixels=NULL);
   glTexSubImage2D(level=0, pixels!=NULL);

The second glTexImage2D() call needs to cause the first image to be
deallocated then reallocated at the new size.  This was not happening
because we were testing for pixels==NULL too early.

Merge branch 'mesa_7_6_branch'

gallium: remove incorrect 'return' stmt

Merge branch 'mesa_7_5_branch' into mesa_7_6_branch

Conflicts:
src/mesa/main/dlist.c

intel: Deassociated drawables from private context struct in intelUnbindContext

The generic DRI infrastructure makes sure that __DRIcontextRec::driDrawablePriv
and __DRIcontextRec::driReadablePriv are set to NULL after unbinding a
context.  However, the intel_context structure keeps cached copies of
these pointers.  If these cached pointers are not NULLed and the
drawable is actually destroyed after unbinding the context (typically
by way of glXDestroyWindow), freed memory will be dereferenced in
intelDestroyContext.

This should fix bug #23418.

gallium: Deprecate PIPE_CAP_S3TC.

No longer used. S3TC support is queried via
pipe_screen::is_format_supported.

softpipe: Do not advertise Z32_UNORM as a supported format.

gdi: Integrate with llvmpipe where available.

llvmpipe: Make the code portable for MinGW.

i965: do a flush in clear, fix openarena render issue,
      fd.o bug# 23857

radeon: cleanup compile defines mess.

I inherited this and really it stayed around far too long,
make it nice and simple.

radeon: oops remove debugging left on in previous patch

radeon: use txformat to decide to emit rect tex state.

This is more logical, and fixes a TFP issue.

mesa: move generate mipmap calls

Per the suggestion in the Intel driver, move the calls to
ctx->Driver.GenerateMipmap() into core Mesa so that drivers don't
have to worry about it.

mesa: minor clean-up

mesa: remove last of gotos

mesa: more goto removal

mesa: remove some gotos

This will make some subsequent changes easier...

mesa: clean-up fbo debug code

progs/demos: use non-default texobj in cubemap.c

progs/demos: create a texture object in lodbias.c

Before, we were using the default texture object (name=0).  This caused
the intel_generate_mipmap() path to fail since passing texture=0 to
glFramebufferTexture2DEXT() causes us to _unbind_ the texture if present.

st/xorg: fixing copies and composite shaders

copies were busted when src == dst. also the composite shaders
were incorrectly using the fragments instead of the texture coordinate.

st/xorg: lots of fixes

fixes blending binding and copy coordinates

docs: GL_ARB_provoking_vertex

mesa: added GL_ARB_provoking_vertex (same as EXT version)

radeon: don't build non-r600 span code on r600

r600: minor span cleanups

docs: glUniform functions are now compiled into display lists

mesa: compile glUniformMatrix() functions into display lists

I believe this is the last of the shader-related functions that needed
display list treatment.

mesa: implement more glUniform display list functions

docs: document glUseProgram display list fix

mesa: compile glUniform4f() into display lists

Note: there are more glUniform functions to compile...

mesa: compile glUseProgram/glUseProgramObjectARB into display lists

Fixes bug 23746

Merge branch 'mesa_7_6_branch'

Merge commit 'origin/mesa_7_5_branch' into mesa_7_6_branch

GLX: Complain when buggy applications call GLX 1.3 functions.

st/xorg: Brian suggested that those could be mad's

optimizes the common paths

mesa: remove incorrect texture state check

Fixes incorrectly textured bitmap text in engine demo.
It's incorrect to test the texture enable bits here since they may have
been changed by disabling the shader above.  Optimization is still possible
but will have to be reexamined.

nv50: avoid excessive FIRE_RING

- And reduce RING_SPACE to 2, instead of 3.