[965] Fix TTM relocation caching overzealousness.

The failure mode that was a available was:
reloc 1 -> target_buf
exec: PRESUMED_OFFSET wrong, buffer migrates, r1 entry updated.
reloc 2 -> target_buf
exec: suppose buffer migrates again.  PRESUMED_OFFSET wrong. r2 entry updated.
reloc 1 -> target_buf
exec: suppose buffer doesn't migrate.  PRESUMED_OFFSET right. no relocations
      performed.  r1 has stale pointer at original location.

Failures were reported with OGLconform's VBO test and SPECviewperf90, though
I haven't confirmed that this fixes it.

i965: adjust the byte order of clear color. fix #14165

Replace usage of DRM_BO_FLAG_MEM_TT in intel_regions.c with local/cached.

In addition to potentially binding when it was about to be mapped anyway,
failure to use CACHED_MAPPED means eating a full wbinvd on validate.  Thanks to
airlied for catching this.

Include glext.h in the cva test so that it actually uses CVAs.

Allow first != 0 in mesa CVA handling, and add more error checking.

[965] Convert brw_draw_upload to managing dri_bos, not gl_buffer_objects.

This helps us avoid a bunch of mess with gl_client_arrays that we filled
with unused data and confused readers.

[965] Remove dead structure in brw_draw_upload.c.

[965] Move temporary vbo array storage into the function using it.

[965] Remove dead brw_vertex_element members.

[965] Add a wrapper around interleaved copy_array_to_vbo_array for profiling.

If compiled with optimization, it shouldn't appear at all, and helps me for
now.

[965] Avoid overloaded use of the term 'input' for clarity.

[965] Replace VEP/VBP state structures with inline batch emits.

r300: fix isosurf on rs690

i965: fix potential NULL pointer dereference. The third region
isn't created at all for 965

[965] Fix indentation.

Revert "intel: don't apply the relocation optimization if a target"

This reverts commit e2cb905bc6e23eaafaeeb2abdc9480e70959ee3f.

It was a reversion of an optimization hidden as otherwise.
pre_target_buf_handle was always NULL, so the optimization was never enabled,
rather than fixing the important optimization (resulting in 25-50% performance
loss).

[965] Replace XXX comment about constant swizzle with an assert.

[965] Fix some indentation in brw_vs_tnl.c.

mesa: re-define NEED_SECONDARY_COLOR. fix #14310.

  [intel]  fix for previous fix

   [intel] use _mesa_copy_rect for upload compressed texture,
this fix bad texture issue in some games(UT and quake).

i965: Don't emit state if fall back to software rendering. fix #14116

[i965] renable regative rhw test

intel: don't apply the relocation optimization if a target
buffer is used for a relocatee in the former relocation process
then another target buffer is used for this relocatee at the same
offset in the current relocation process.

regenerate glsl library functions

fix w component of glsl vec4 asin

check if fb->Delete is null (bugs 13507,14293)

Add new RV380 pci id

bug 14289

i965: new integrated graphics chipset support

push out far clip plane to 200

Added d/D keys to change viewing distance, 'a' to toggle animation

r300: add initial rs690 support to Mesa

The rs690 has an rs4xx style vertex-shader less 3D engine. It uses the new
r500 output engine though. It also needs a new drm with rs690 support,
which is just getting cleaned up.

i965: valid message length includes message header.

i965: re-define the type of reg.loopcount.
  avoid some issues such that 1 + (-2) gets a big
positive value.

Bufmgr cleanup from intel-batchbuffer branch of 2d driver.

Clean up comments/dead code from relocation buffer change.

Merge commit 'airlied/i915-ttm-cfu'

This requires current DRM which changes the relocation buffer from being a
buffer object to plain malloced memory.

Bring in previous 7.0.1/2 release notes, added Cell driver page.

i915: move to using copy from user for relocations

Assorted patches for miniglx/linux-solo (Gavin Li <codeview@gmail.com>)

Fix some issues with glDrawBuffer(GL_NONE), bug 14198

Set _ColorDrawBuffers[0] = NULL if no renderbuffers enabled.
Check that _ColorDrawBuffers[0] is non-null before dereferencing in a few places.

glxinfo: Fix multisample visual reporting.

strstr() == 0 tests for the string _not_ being present.  Originally
Red Hat bug #351871.

[intel] Clean up references to screen buffer metrics.

The screen wide info such as pitch and cpp are obsoleted by the FBO
changes, so clean up the last few references to those, except for
setting up the legacy screen regions.

fix pc vs. gc->ps usage (bug 14197)

Don't build yuvrect_client by default

Added 'extra' rule to build optional yuvrect_client, shape, xdemo programs

remove unused var

define M_PI if needed

[965] Fix WM unit cache keying that broke line stipple and polygon offset.

[intel] Fix memory leak with fake bufmgr.

[965] Do a little bit rotation in state hash to reduce collisions.

This was around 3% improvement in OA.

[intel] Use a static array for the validation list instead of a linked list.

Around 10% of a CPU was being wasted to create the linked list which we
threw out immediately after passing it to the kernel.

[intel] Make the no_rast option be standard driconf instead of INTEL_NO_RAST.

[i915] Fix driver from cliprects changes, and clean up state emission.

The fix for pageflipping with cliprects ended up causing a batch flush at
an inopportune time, which is fixed by moving it up.

Additionally, the recovery code for handling batch wraps at bad times is
replaced by just checking for the space up front, and using a no_batch_wrap
assert like on 965 to make sure that we weren't wrong about how much space that
was.

[965] Fix whitespace in c9b1fef0c9c5018efd825c42782f19ad0618696a

[965] Fix potential segfaults from bad realloc.

C has no order of evaluation restrictions on function arguments, so we
attempted to realloc from new-size to new-size.

i965: always call dri_emit_reloc when creating clip unit state

This fix ensures it gets the starting location of the clip program
if a clip unit state is same as a unit which is created when metaops
is actived and it doesn't impact metaops because the clip state offset
isn't emitted when metaops is actived.

[965] Fix inversion of SLT/SGE results in vertex programs.

The WM code had this right, so copy its behavior.  This reverts a flipping
of the arguments to SLT in brw_vs_tnl which came in with the GLSL code that
probably occurred to work around the flipped results, and brings the code back
in line with t_vp_build.c.

[965] Rename depth_mask in CC key to depth_write, since it's a boolean enable.

[965] Fix the type of alpha_ref in CC key, fixing ppracer rendering.

autoconf: Use -fno-strict-aliasing on GCC

This change adds -fno-strict-aliasing when using gcc and g++, just like
the existing configs.

Fix the compile of disabled DEBUG_PARSING code.

Bug #13492: Only call ProgramStringNotify if program parsing succeeded.

Wine intentionally tries some out-of-spec programs to test strictness, and
calling ProgramStringNotify on the results of a failed program parse resulted
in crashes in the 965 driver.

[965] Increase max relocation count, fixing assertions by blender.

[i915] Prevent recursive batchbuffer flushing.

Workaround for recursive batchbuffer flushing: If the window is
moved, we can get into a case where we try to flush during a
flush.  What happens is that when we try to grab the lock for
the first flush, we detect that the window moved which then
causes another flush (from the intel_draw_buffer() call in
intelUpdatePageFlipping()).  To work around this we reset the
batchbuffer tail pointer before trying to get the lock.  This
prevent the nested buffer flush, but a better fix would be to
avoid that in the first place.

 i965: fix an assert fail in brw_new_batch

[i915] Fix recursive lock hang in intelContendedLock handling.

[intel] Delay unmapping of driver-private buffers to reduce map/unmap thrashing.

Good for a 10-15% improvement to OA.

[965] Force a new vertex upload buffer at new batch time.

Otherwise, we could choose to upload into the temporary VBO that we just fired
off to the hardware.  Good for a 60% OA performance improvement.

Allow osmesa to be enabled or disabled

The conditional in src/mesa/Makefile currently hardcodes the cases where
libOSMesa can be built on libGL. Likewise, the xlib case always includes
libOSMesa in the stand-alone target.

This changes the conditional to a loop over the DRIVER_DIRS variable.
This means that any driver configuration can enable or disable osmesa.
The current "stand-alone" rule is changed so that DRIVER_DIRS=x11 and
DRIVER_DIRS="x11 osmesa" are both respected.

The configure option is changed to --enable-gl-osmesa as this change
allows libOSMesa to be built upon any of the libGL-enabling drivers.

[965] Remove an open-coded memcpy.

[intel] Remove gratuitous (batchbuffer) flush before doing buffer clears.

Increases OA performance by about 3%.

[intel] Report buffer size when allocating with INTEL_DEBUG=bufmgr and TTM.

[965] Improve performance by allocating CURBE buffers a page at a time.

Since each one is only 64b, and kernel allocations are a page anyway, this
lets us reduce buffer allocation by packing many CURBEs into one buffer, for
each batchbuffer submitted.  Improves openarena performance by around 10%.

[intel] Remove a gratuitous flush at the end of ClearWithTris.

[intel] Only flush batch when changing draw buffers, not every cliprect update.

The previous code would reference freed memory on window moves.

[intel] Add more cliprect modes to cover other meanings for batch emits.

The previous change gave us only two modes, one which looped over the batch
per cliprect (3d drawing) and one that didn't (state updeast).
However, we really want 4:

- Batch doesn't care about cliprects (state updates)
- Batch needs DRAWING_RECTANGLE looping per cliprect (3d drawing)
- Batch needs to be executed just once (region fills, copies, etc.)
- Batch already includes cliprect handling, and must be flushed by unlock time
  (copybuffers, clears).

All callers should now be fixed to use one of these states for any batchbuffer
emits.  Thanks to Keith Whitwell for pointing out the failure.

i965: fix bug #14002

i965: fix segfault caused by commit e131c46b20241737ceba4856dbe01dcca6dd2c03.

[intel] Simplify intelCreateBuffer() a bit.

Drop a bunch of unused arguments from intel_create_renderbuffer() and
introduce intel_renderbuffer_set_region() to set the region for
a renderbuffer.

[intel] Prepare intelCopyBuffer() for private back buffers.

Factor out code to do the DRM_I830_GETPARAM ioctl.

Fold DoBindContext() helper function into driBindContext().

[intel] Re-allocate backing buffer objects on BufferData.

This may allow better concurrency (noop in openarena performance now), but is
also important for the previous commit -- otherwise, we may end up with
BufferData, draw_prims, BufferData and the draw_prims would use the new VBO
data instead of old.  This could still occur with user-supplied VBOs and poor
use of MapBuffer without BufferData.

[965] Allow more than one draw_prims per batchbuffer.

The comment about (vbo)_exec_api.c appeared to be stale, as the VBO code seems
to only use non-named VBOs (not actual VBOs) or freshly-allocated VBO data.

This brings a 2x speedup to openarena, because we can submit nearly-full
batchbuffers instead of many 450-byte ones.

[965] Replace the always_update dirty flag with BRW_NEW_BATCH.

This allows us to avoid re-emitting some state when validate_state happens
multiple times per batchbuffer.  Even though we flush batch per primitive
currently, that may still happen already if the primitive changed (this should
probably be fixed as well).

[intel] Rename lost_hardware vtbl entry to new_batch.

Both drivers have ended up relying on lost_hardware being called after each
batch buffer, so update the name.  This removes one of the calls on 965 whic
h was outside of the batchbuffer handling code and just duplicating what had
already happened through batchbuffer handling.

[965] Remove drawing rect upload, which is handled (better) by the kernel.

[intel] Clean up cliprect handling in intel drivers.

In particular, batch buffers are no longer flushed when switching from
CLIPRECTS to NO_CLIPRECTS or vice versa, and 965 just uses DRM cliprect
handling for primitives instead of trying to sneak in its own to avoid the
DRM stuff. The disadvantage is that we will re-execute state updates per
cliprect, but the advantage is that we will be able to accumulate larger
batch buffers, which were proving to be a major overhead.

[intel] Remove the dead intel->need_flush member.

[965] Clarify a bit of index buffer upload code.

fix bug 13978: glDrawBuffersARB() didn't set all necessary state

[intel] Add TTM bufmgr debug for type or offset migration of buffers.

i915: Keith Whitwell's swizzling TEX patch. fix #8283

Replace gl_framebuffer's _ColorDrawBufferMask with _ColorDrawBufferIndexes

Each array element is now a BUFFER_x token rather than a BUFFER_BIT_x bitmask.
The number of active color buffers is specified by _NumColorDrawBuffers.
This builds on the previous DrawBuffer changes and will help with drivers
implementing GL_ARB_draw_buffers.

Simplify ctx->_NumColorDrawBuffers, _ColorDrawBuffers and fix bug 13835.

These fields are no longer indexed by shader output.  Now, we just have
a simple array of renderbuffer pointers.

If the shader writes to gl_FragData[i], send those colors to the N
_ColorDrawBuffers.  Otherwise, replicate the single gl_FragColor (or
the fixed-function color) to the N _ColorDrawBuffers.

A few more changes and simplifications can follow from this...

fix depth/1 typo in glTexImage3D proxy code

check if span length > 0 before calling _swrast_write_rgba_span()

i915: don't validate PS program when falling back to software
rendering. fix #12786

intel: some initialization for dri_bufmgr_ttm

[intel] Add a single-entry relocation buffer cache.

By avoiding the repeated relocation buffer creation/map/unmap/destroy for each
new batch buffer, this improves OpenArena framerates by 30%.  Caching batch
buffers themselves doesn't appear to be a significant performance win over
this change.