Call _mesa_update_stencil() before accessing ctx->Stencil._Enabled

ctx->Stencil._Enabled is derived state and not immediately updated
when the stencil parameters are changed; we need to make sure that
it is up-to-date before accessing it.

https://bugs.freedesktop.org/show_bug.cgi?id=21608

Remove subpixel offset from viewport

Remove an eigth-pixel offset of the viewport inherited from
R100 code. This seems not to be necessary and causes blurring
when sampling textures 1:1.

https://bugs.freedesktop.org/show_bug.cgi?id=20340

radeon: glReadBuffer set _NEW_BUFFERS, not _NEW_PIXEL

This was broken with last merge see 62043b27575c378c027251316421e4699f461108
for explanations

r300/r500: make sure we detect constant buffer changes

This was broken with last merge see f48473e42511f8d37a239a07f791bc0a87209e5b
for explanations.

radeon: avoid segfault in radeon_update_renderbuffers() if using DRI1

Basically the same as 43d9020ff1e975e7f4f9480d9ef24f0b9fb2141f for intel. Bug 21688.

Signed-off-by: Tormod Volden <debian.tormod@gmail.com>

radeon: add support for new dri2 interfaces & fix single buffer rendering

Merge commit 'origin/master' into radeon-rewrite

Conflicts:
src/mesa/drivers/dri/r200/r200_state.c
src/mesa/drivers/dri/r300/r300_context.h
src/mesa/drivers/dri/r300/r300_fragprog.c
src/mesa/drivers/dri/r300/r300_state.c
src/mesa/drivers/dri/r300/r300_texmem.c
src/mesa/drivers/dri/r300/r300_texstate.c
src/mesa/drivers/dri/r300/r500_fragprog.c
src/mesa/drivers/dri/radeon/radeon_screen.c
src/mesa/drivers/dri/radeon/radeon_state.c

radeon: don't include cs uncondionaly

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.

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)

radeon: IRQ always enabled in DRI2 path no need to query kernel for it

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.

r300: add missing texture format

Fixes piglit/texdepth

r300: moar cleanup

- remove unused r300UpdateClipPlanes function
- move reg definition to r300_reg.h
- remove incorrect forward definition of tnl_UpdateFixedFunctionProgram and add proper #include
- remove unreachable code

r300: fix compiler warnings

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.

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

When clearing the stencil buffer, don't use a two-sided stencil

In radeon_clear_tris(), when clearing the stencil buffer,
pass GL_FRONT_AND_BACK to _mesa_StencilFuncSeparate(), to avoid
triggering a software fallback on r300 and below.

https://bugs.freedesktop.org/show_bug.cgi?id=21601

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.

radeon: hopefully fixup radeon cube state emission for kms

r100/r200: try and allocate miptree correct for hw.

This doesn't make things worse but according to sroland it
is how the GPU hw expects things on the r100/r200

r200: fix cubic emission.

Still doesn't fix cubemaps, I really missed the whole drmsupports
thing when testing this all originally

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.