progs/perf: add human-readable float formatter

progs/glsl: Include local headers before installed headers during compilation.

Fixes compilation errors on platforms with insufficient older installed
GL headers.

r600: fix some issues with LIT instruction

- MUL_LIT is ALU.Trans instruction
- some Trans instructions can take 3 arguments
- don't clobber dst.x, use dst.z as temp, it'll get written correct
  value in last insn
- respect source swizzles

Merge branch 'mesa_7_6_branch'

r300: Zero-initialize register for NV_vertex_program

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

r300: Fix handling of NV_vertex_program parameters

The handling is a bit inefficient, unfortunately, but I don't want to make
any intrusive changes for Mesa 7.6.

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

Merge branch 'mesa_7_6_branch'

Merge branch 'mesa_7_5_branch' into mesa_7_6_branch

intel: Fix crash in intel_flush().

Since commit 2921a2555d0a76fa649b23c31e3264bbc78b2ff5 ('intel: Deassociated
drawables from private context struct in intelUnbindContext'),
intel->driDrawable may be NULL in intel_flush().

nouveau: allow building modesetting_drv.so

nouveau: drm_api create_screen()'s 'arg' argument can be NULL

windows: call _mesa_meta_init/free()

xlib: always call _mesa_meta_init/free()

dri/swrast: call _mesa_meta_init/free()

osmesa: call _mesa_meta_init/free()

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.

radeon: Fix legacy bo not to reuse dma buffers before refcount is 1.

This should help detecting possible memory leaks with dma buffers and prevent
possible visual corruption if data would be overwriten too early.

r300/compiler: Fix trig instructions in R300 fp

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

radeon: Fix typo in variable name.

radeon: Improve WARN_ONCE macro to appear as single statement.

Do-while makes macro safe to be used with if and for constructions.

Also remove __LINE__ macro from variable name because scope is local to macro anyway.

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.

radeon: Fix "verts" debugging enable

Copy'n'paste apparently prevented the RADEON_VERTS flag from being enabled.

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

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