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.

mesa: remove unused gl_buffer_object::OnCard field

mesa: added gl_buffer_object::Written flag (for debug purposes)

The flag is set when we data has been written into the buffer object.

mesa: Compute gl_client_array->_MaxElement during array validation

Used to be done in the glVertex/Normal/Color/etc/Pointer() calls but
if the VBO was reallocated the size could change.
New _NEW_BUFFER_OBJECT state flag.

mesa: GLvector4f:: flags is a GLbitfield, update comments too.

mesa: add storage_count field to GLvector4f.  Useful for debugging.

mesa: use array->BufferObj instead of ctx->Array.ArrayBufferObj

No difference, but a little more understandable.

mesa: added _ElementSize field to gl_client_array

Will be handy for bounds checking later...

mesa: use local var to make code a bit more concise

mesa: fix/add comments

mesa: use _mesa_sizeof_type() in vbo split code

mesa: vbo code reformatting, clean-up, comments

mesa: add GL_DOUBLE case in _mesa_sizeof_type()

mesa: in vbo split code, map buffers read-only, not write-only

And use GL_ELEMENT_ARRAY_BUFFER where appropriate.

mesa: limit number of error raised by invalid GL_TEXTURE_MAX_ANISOTROPY_EXT

 tnl: added some clip debug/print code (disabled)

mesa: reformatting, updated comments, const-correctness

tnl: replace 0x3f with CILP_FRUSTUM_BITS

i965: relAddr local var (to make debug/test a little easier)

Merge branch 'mesa_7_5_branch'

swrast: fix span clipping bug

If a horizontal span of pixels was located at x < 0 we could sometimes
read/write outside of renderbuffer bounds.

mesa: unmap buffer objects during context tear-down

i965: Remove bad constant buffer constant-reg-already-loaded optimization.

Thanks to branching, the state of c->current_const[i].index at the point
of emitting constant loads for this instruction may not match the actual
constant currently loaded in the reg at runtime.  Fixes a regression in my
GLSL program for idr's class since b58b3a786aa38dcc9d72144c2cc691151e46e3d5.

intel: Unmap buffers if needed at DeleteBuffer time.

This fixes a crash in glean's pbo test, which tripped over the assert when a
context was destroyed while a buffer was still mapped (Mesa doesn't call
UnmapBuffer in that case).  Regression in
c6bde8873fbda6d8467600b7491d8543c75b0509

mesa: remove unnecessary buffer size check

mesa: code consolidation in glDraw[Range]Elements() validation

mesa: new comments, minor reformatting

mesa: use elementBuf local var instead of ctx->Array.ElementArrayBufferObj

Makes no real difference, but more consistant.

i965: Remove the forced lack of caching for renderbuffer surface state.

This snuck in with the multi-draw-buffers commit, and is a major penalty
to performance.  It doesn't appear to be required, as the only dependency
the surface BO has is on the state key (and if there's some other dependency,
it should just be in the key).

This brings openarena performance up to almost 2% faster than Mesa 7.4.

i965: Remove _NEW_PROGRAM from brw_wm_surfaces setup dependencies.

This was a leftover from the brw_wm_constant_buffer change.

mesa: be smarter about allocating vert/frag program constants

Try to re-use constants/literals more often to make best use of the
constant buffer space.

See bug 21354.

i965: Split WM constant buffer update from other WM surfaces.

This can avoid re-uploading constant data when it isn't necessary, and is
a step towards not updating other surfaces just because constants change.
It also brings the upload of the constant buffer next to the creation.

This brings openarena performance up another 4%, to 91% of the Mesa 7.4 branch.

i965: Disentangle VS constant surface state from WM surface state.

Also, only create VS surface state if there's a VS constant buffer to be
uploaded, and set the contents of the buffer at the same time as creation.

i965: Don't create constant buffers if they won't be used.

Really, the creation and upload of constants should be in the same place,
since they should only happen together, and a state flag should be
triggered by them so that we don't thrash state around so much for just
updating constants.  But this still recovers openarena performance by
another 19%, leaving us 16% behind Mesa 7.4 branch.

mesa: only use fallback texture when using shaders, not fixed-function (take two)

The semantics are a little different for shaders vs. fixed-function when
trying to use an incomplete texture.  The fallback texture returning
(0,0,0,1) should only be used with shaders.  For fixed function, the texture
unit is truly disabled/ignored.

Fixes glean fbo test regression.

Revert "mesa: only use fallback texture when using shaders, not fixed-function"

This reverts commit a0edbfb28fb2e670c657d52190a7e8b1ccf4f46e.

This patch didn't completely fix the problem.  The next patch will.

mesa: only use fallback texture when using shaders, not fixed-function

The semantics are a little different for shaders vs. fixed-function when
trying to use an incomplete texture.  The fallback texture returning
(0,0,0,1) should only be used with shaders.

Fixes glean fbo test regression.

mesa: only use fallback texture when using shaders, not fixed-function

The semantics are a little different for shaders vs. fixed-function when
trying to use an incomplete texture.  The fallback texture returning
(0,0,0,1) should only be used with shaders.

Fixes glean fbo test regression.

mesa: minor simplification in enable_texture(), updated comments

Merge branch 'mesa_7_5_branch'

gallium: remove redundant cube face #defines

gallium: fix texcoords for cubemap mipmap generation

We need to use (s,t,r) cubemap coords when sampling from the cubemap texture
so the rendered quad gets texture samples from the correct cube face.

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.

nv04: small fix again

Fix an nv04 bug (thanks Mhopf).

mesa: also print program params/constants when dumping shaders to disk

mesa: remove some unfinished/devel code

glx: replace Xmalloc() calls with Xcalloc()

Fixes a bug where psp->WaitX was uninitialized.  Reported by Chris Clayton.

draw: added some inf/nan debug code (disabled)

gallium/glx: say we're direct rendering

mesa: in glReadBufer() set _NEW_BUFFERS, not _NEW_PIXEL

Since GL_READ_BUFFER is historically part of the gl_pixel_attrib group
it made sense to signal changes with _NEW_PIXEL.  But now with FBOs it's
also part of the framebuffer state.

Now _NEW_PIXEL strictly indicates pixels transfer state changes.

This change avoids framebuffer state validation when any random bit of
pixel-transfer state is set.

DRI drivers updated too:  don't check _NEW_COLOR when updating framebuffer
state.  I think that was just copied from the Xlib driver because we care
about dither enable/disable state there.

Merge branch 'mesa_7_5_branch'

st: create renderbuffer's pipe_surface in st_render_texture()

Previously we created the pipe_surface during framebuffer validation.
But if we did a glCopyTex[Sub]Image() before anything else we wouldn't yet
have the surface.  This fixes that.

mesa: fix state validation bug for glCopyTex[Sub]Image()

We need to make sure the framebuffer state is up to date to make sure we
read pixels from the right buffer when doing a texture image copy.

st: if st_swapbuffers() is called for single-buffered visual don't crash

Furthermore, return pointer(s) to the front color buffer(s).

xlib winsys: use new st_swapbuffers() function

The front/back buffer pointers are truly swapped (when there is an actual
front buffer).

This fixes some issues seen with apps/tests that draw to both the front
and back color buffers.  The true swap allows us to avoid the (potentially)
slow surface_copy() call in update_framebuffer_state() and is cleaner
overall.

st: when creating an on-demand front color buffer, init to back buffer image

When we create a new front color buffer (user called glDrawBuffer(GL_FRONT))
initialize it to the contents of the back buffer.  Any previous call to
SwapBuffers() would have done that in effect, so make it reality.

st: added st_renderbuffer::defined flag

Indicates whether there's defined image contents, or garbage/don't care.
This is set when we draw into a renderbuffer and cleared when we resize/
reallocate a renderbuffer or do a buffer swap (back buffer becomes undefined).

We use this to determine whether the front color buffer has been drawn to,
and whether to display its contents upon glFlush/Finish(), when the new
st_swapbuffers() function is used.

mesa: fix comment

Merge branch 'mesa_7_5_branch'

Fix symbol list for mangled Mesa on Darwin.

When building mangled Mesa on Darwin, the exported symbols are
named `_mgluWhatever' instead of simply `_gluWhatever'.  When
using a list of exported symbols via the system ld's
`-exported_symbols_list' command line option (as done by mklib),
this resulted in error messages about exporting symbols which do
not exist.

Fortunately the file format accepts simple wildcards.  This throws
a wildcard so that the symbol list will match both the mangled and
non-mangled names, preventing the warning and actually exporting
the correct symbols in one shot.

set: new st_swapbuffers() which does a true front/back buffer swap

The pointers to the front/back renderbuffers are exchanged.
This new function isn't actually used yet...

actually add debug to the debug config

egl_xlib: Pass RTLD_LAZY to dlopen.

dlopen manpage mandates that either RTLD_LAZY or RTLD_NOW flags must be
passed. Not doing so was causing a NULL return on debian unstable x86-64.

Test either GL_FRONT_LEFT or GL_FRONT for front-buffer rendering

For non-stereo visuals, which is all we support, we treat
GL_FRONT_LEFT as GL_FRONT.  However, they are technically different,
and they have different enum values.  Test for either one to determine
if we're in front-buffer rendering mode.

This fix was suggested by Pierre Willenbrock.

Signed-off-by: Ian Romanick <ian.d.romanick@intel.com>

st: when double buffered, only create front color buffer on demand

Before we always created the front color buffer, even if was never used.
This can save some memory.

Merge branch 'const-buffer-changes'

Conflicts:

src/mesa/drivers/dri/i965/brw_curbe.c
src/mesa/drivers/dri/i965/brw_vs_emit.c
src/mesa/drivers/dri/i965/brw_wm_glsl.c

mesa: create/use a fallback texture when bound texture is incomplete

When a GLSL sampler reads from an incomplete texture it should
return (0,0,0,1).  Instead of jumping through hoops in all the drivers
to make this happen, just create/install a fallback texture with those
texel values.

Fixes piglit/fp-incomplete-tex on i965 and more importantly, fixes some
GPU lockups when trying to sample from missing surfaces.  If a binding
table entry is NULL, it seems that sampling sometimes works, but not
always (lockup).

Todo: create a fallback texture for each type of texture target?

docs: initial 7.6 release notes page

mesa: bump version to 7.6 (devel)

mesa: remove -devel suffix from version

configs: bump MESA_MINOR to 5

docs: fix typo

radeon: Don't even bother with things too big to fit into our card.

r300-gallium, radeon-winsys: Hide radeon_cs from r300 pipe.

r300-gallium, radeon-winsys: Space accounting.

It is no longer optional in current libdrm, so it was time to actually
start counting our BOs.

r300-gallium, radeon-winsys: Reorganize r300_winsys header, break ABI.

Make things more consistent, prepare for more function hooks.

r300-gallium: Don't bother with conditional double define.

We'll just forever leave it in r300_winsys.h since it's needed for
whichever winsys is hosting the pipe.