r300-gallium: add missing semicolon

Yeah, that was stupid

r300-gallium: duplicate tokens in create_fs_state

This was all phoenix64's idea. Credit goes to him

progs/trivial: update .gitignore with new binaries

intel: Skip the DRI2 renderbuffer update when doing Viewport on an FBO.

intel: Map write-only buffer objects through the GTT when possible.

This looks to be a win of a few percent in cairogears with new vbo code,
thanks to not polluting caches.

i915: Fix driver after HW glGenerateMipmap commit.

swrast: update/restore the opt_sample_rgb/rgba_2d() functions

Merge branch 'mesa_7_5_branch'

Conflicts:

Makefile
src/mesa/main/version.h

st: do proper refcounting for framebuffer surfaces

trivial: destroy window upon exit

r300-gallium: unbreak build

r300-gallium: Setup surface in r300_surface_copy.

I haven't tested, but this may unbreak surface copies.

r300-gallium: Cleanup some compile warnings.

r300-gallium: Cleanup PSC for HW TCL.

Still dies in assert, but at least it's not my assert anymore. :3

radeon-gallium: Forgot a typedef.

radeon-gallium: Support new info ioctls in addition to classic getparams.

This makes non-hybrid kernels like newttm from drm-next-radeon work
while avoiding breakage with Fedora/Ubuntu/etc.

mesa: updated comments for _mesa_generate_mipmap()

i965: handle extended swizzle terms (0,1) in get_src_reg()

Fixes failed assertion in progs/glsl/twoside.c (but still wrong rendering).

mesa: better handling/printing of driver-specific opcodes, register files

Drivers such as i965 define extra instruction opcodes and register files.
Improve the program printing code to handle those opcodes/files better.

mesa: Fixed a texture memory leak

The current texture for any particular texture unit is given an additional
reference in update_texture_state(); but if the context is closed before
that texture can be released (which is quite frequent in normal use, unless
a program unbinds and deletes the texture and renders without it to force
a call to update_texture_state(), the memory is lost.

This affects general Mesa; but the i965 is particularly affected because
it allocates a considerable amount of additional memory for each allocated
texture.

(cherry picked from master, commit c230767d6956b63a2b101acb48f98823bb5dd31a)

mesa: added more gallium Makefiles to tarball list

gallium: replace lib with $(LIB_DIR)

radeon-gallium: Clean up some of the BO counting logic.

r300-gallium: vs: Make imms work, cleanup some of the switches.

r300-gallium: Start VS dumper.

r300-gallium: vs: Add SLT, clean up MAX.

This should be all the opcodes for basic TCL.

r300-gallium: vs: Add MAX.

r300-gallium: vs: Add scalar setup, RSQ.

Icky icky icky icky. Icky icky, icky icky. Icky.

r300-gallium: vs: Add writemasks.

r300-gallium: Fix bad cast. Space accounting completely works now.

Boy, is my face red. :C

r300-gallium, radeon: BO handling fixes, some useful asserts.

radeon-gallium: Shut up Valgrind.

r300-gallium, radeon: A couple cleanups.

Trying to track down goddamn bugs. :C

r300-gallium: Finish space accounting.

Still broken...

i965: improve debug logging

Looking for memory leaks that were causing crashes in my environment
in a situation where valgrind would not work, I ended up improving
the i965 debug traces so I could better see where the memory was
being allocated and where it was going, in the regions and miptrees
code, and in the state caches.  These traces were specific enough
that external scripts could determine what elements were not being
released, and where the memory leaks were.

I also ended up creating my own backtrace code in intel_regions.c,
to determine exactly where regions were being allocated and for what,
since valgrind wasn't working.  Because it was useful, I left it in,
but disabled and compiled out.  It can be activated by changing a flag
at the top of the file.

i965: fix memory leak in context/renderbuffer region management

A temporary change to the intelMakeCurrent() function to make
it work with frame buffer objects causes the static regions
associated with the context (the front_region, back_region,
and depth_region) to take on an additional reference, with
no corresponding release.  This causes a memory leak if a
program repeatedly creates and destroys contexts.

The fix is the corresponding hack, to unreference these
regions when the context is deleted, but only if the
framebuffer objects are still present and the same
regions are still referenced within.

Both sets of code have comment blocks referring to each
other.

i965: fix segfault on low memory conditions

When out of memory (in at least one case, triggered by a longrunning
memory leak), this code will segfault and crash.  By checking for the
out-of-memory condition, the system can continue, and will report
the out-of-memory error later, a much preferable outcome.

mesa: Fixed a texture memory leak

The current texture for any particular texture unit is given an additional
reference in update_texture_state(); but if the context is closed before
that texture can be released (which is quite frequent in normal use, unless
a program unbinds and deletes the texture and renders without it to force
a call to update_texture_state(), the memory is lost.

This affects general Mesa; but the i965 is particularly affected because
it allocates a considerable amount of additional memory for each allocated
texture.

intel: Add a metaops version of glGenerateMipmapEXT/SGIS_generate_mipmaps.

In addition to being HW accelerated, it avoids the incorrect
(black) rendering of the mipmaps that SW was doing in fbo-generatemipmap.
Improves the performance of the mipmap generation and drawing in
fbo-generatemipmap by 30%.

intel: Put the constant texcoords used in metaops into a vbo.

Make this be its own function for setup/teardown of the binding of these
texcoords.  No performance difference in the engine demo (I just felt dirty
not using a VBO for this), and I think it should be more resilient to
interference from current GL state.

mesa: omit files that were removed from git

mesa: set version to 7.5-rc1

i965: const qualifiers

mesa: raise MAX_VARYING (number of shader varying vars) to 16

16 is the limit for now because of various 32-bit bitfields.

mesa: assertions to check for too many vertex outputs or fragment inputs

glsl: check number of varying variables against the limit

Link fails if too many varying vars.

mesa: issue warning for out of bounds array indexes

i965: don't use GRF regs 126,127 for WM programs

They seem to be used for something else and using them for shader temps
seems to lead to GPU lock-ups.
Call _mesa_warning() when we run out of temps.
Also, clean up some debug code.

glsl: set vertex/fragment program Ids to aid with debugging

mesa: more shader debug code (disabled)

wgl: Grow the maximum number of pixel formats to cope with the new accum pixel formats.

Fix a segfault when using softpipe.

mesa/st: keep surface_copy arguments positive

The src/dest x,y, and w,h arguments of the pipe->surface_copy
function are unsigned and the drivers aren't expecting negative
(or extremly-large unsigned) values as inputs.  Trim the requests
at the state-tracker level before passing down.

mesa/st: remove redundant call to st_finish in CopyTexSubImage

Rendering should already have been flushed, any synchronization will
be done by the driver or memory manager.

wgl: Export pixelformats with accumulation bits.

mesa/st: cope with non-ibo index data in st_draw_feedback.c

Previously only non-indexed or indicies-in-a-vbo cases were handled in
this code.  This change adds the missing regular indices-in-memory
case.

util/upload: catch failures to map_range and return error

Caller may be able to do something about this - eg flush and retry.

scons: mingw is broken with -O1 and higher

stw: fix potential uninitialized use of curctx

wgl: Enforce a minimum 1x1 framebuffer size.

wgl: Add assertion for missing function.

wgl: Remove unused variable.

mesa: Make _mesa_share_state thread safe.

wgl: Implement ShareLists.

progs/trivial: add test for vertex program invarient transform

mesa: more complete fix for transform_invarient glitches

Add a new flag mvp_with_dp4 in the context, and use that to switch
both ffvertex.c and programopt.c vertex transformation code to
either DP4 or MUL/MAD implementations.

mesa/main: set PREFER_DP4 to match position_invarient code

This is a quick fix for z fighting in quake4 caused by the mismatch
between vertex transformation here and in the position_invarient code.
Full fix would be to make this driver-tunable and adjust both
position_invarient and ffvertex_prog.c code to respect driver
preferences.

wgl: Implemente SwapLayerBuffers.

scons: Don't use deprecated Options.

util: Limit the stack walk to avoid referencing undefined memory.

gallium/tgsi: hack around linker/archiver breakage

Add a dummy function which exists only so that tgsi_text_translate()
doesn't get magic-ed out of the libtgsi.a archive by the build system.
Don't remove unless you know this has been fixed - check on
mingw/scons builds as well.

progs/trivial: add vbo-noninterleaved test

wgl: Include alpha bits in pixel format's cColorBits field.

gallium/draw: cope with unused vertex_elements

trivial: add line-flat.c

wgl: UINT_PTR null value is an integral type, so return 0 instead of NULL.

pb: Save the stack backtrace when creating/mapping a debug buffer.

pb: Dump the fenced buffer sizes.

mesa/st: keep surface_copy arguments positive

The src/dest x,y, and w,h arguments of the pipe->surface_copy
function are unsigned and the drivers aren't expecting negative
(or extremly-large unsigned) values as inputs.  Trim the requests
at the state-tracker level before passing down.

mesa/st: remove redundant call to st_finish in CopyTexSubImage

Rendering should already have been flushed, any synchronization will
be done by the driver or memory manager.

wgl: Export pixelformats with accumulation bits.

mesa/st: cope with non-ibo index data in st_draw_feedback.c

Previously only non-indexed or indicies-in-a-vbo cases were handled in
this code.  This change adds the missing regular indices-in-memory
case.

util/upload: catch failures to map_range and return error

Caller may be able to do something about this - eg flush and retry.

scons: mingw is broken with -O1 and higher

stw: fix potential uninitialized use of curctx

wgl: Enforce a minimum 1x1 framebuffer size.

wgl: Add assertion for missing function.

wgl: Remove unused variable.

mesa: Make _mesa_share_state thread safe.

wgl: Implement ShareLists.

nouveau: respect GALLIUM_STATE_TRACKERS_DIRS

nouveau: remove dri1 code now we're using the dri state tracker

nouveau: use dri state tracker for dri1

mesa: make the array object save/remove functions static

mesa: clean-up vertex array object VBO unbinding and delete/refcounting

Don't really delete vertex array objects until the refcount hits zero.
At that time, unbind any pointers to VBOs.

demos: delete vertex array objects upon exit

mesa: reference counting for gl_array_object

Every kind of object that can be shared by multiple contexts should be
refcounted.

mesa: array object comments

mesa: move the NullBufferObj from GLcontext to gl_shared_state

Since shared array objects may point to the null/default buffer object,
the null/default buffer object should be part of the shared state.

mesa: fix comments, s/texture/buffer/

vbo: in glDraw[Range]Element() code, check for out of bounds indexes

No-op the bad drawing command rather than go out of bounds and render
garbage.  Print a warning to alert the developer to the bad drawing call.