[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.

[intel] Convert relocations to not be cleared out on buffer submit.

We have two consumers of relocations.  One is static state buffers, which
want the same relocation every time.  The other is the batchbuffer, which gets
thrown out immediately after submit.  This lets us reduce repeated computation
for static state buffers, and clean up the code by moving relocations nearer
to where the state buffer is computed.

[965] Fix some missing initialization in WM keys.

 fix fd.o bug #13761
 MRD computation is now changed in mesa core

[965] Convert WM unit to use a cache key instead of brw_cache_data.

[965] Convert VS unit to use a cache key instead of brw_cache_data.

[965] Convert SF unit to use a cache key instead of brw_cache_data.

[965] Convert GS unit to use a cache key instead of brw_cache_data.

[965] Convert clip unit to use a cache key instead of brw_cache_data.

[965] Convert CC unit to use a cache key instead of brw_cache_data.

[965] Convert surface state to use a cache key instead of brw_cache_data.

[965] Convert sampler state to use a cache key instead of brw_cache_data.

Revert "[intel] Use the memory type mask containing the caching flags."

This reverts commit 8bb9ae3693362a302206255c61f512d942df9bbf.

Validating our kernel buffers with the caching off in flags but on in mask
means that the kernel migrates the buffer to be uncached, which is undesired.

[intel] Use the memory type mask containing the caching flags.

Set correct flags mask when validating buffers.

The 'mask' value used in the validation operation specifies which of the
'flags' bits are being modified. Buffer validation wants to pass the memory
type and access mode (rwx) to the kernel so that the buffer will be placed
correctly, and so that the right kind of fence will be created (read vs
write). That means we actually want a constant mask for these operations,
and not something computed from the bits coming in. The constant we want is
DRM_BO_MASK_MEM | DRM_BO_FLAG_READ | DRM_BO_FLAG_WRITE | DRM_BO_FLAG_EXE.

[965] Improve performance by including reloc target buffer pointers in keys.

Without this, the WM binding tables would all collide, for example.  Improves
openarena performance by around 2%.

additional stub functions