tweak incr/decrements amounts for keyboard options

press 0,1,2,etc keys for specific bias values

glapi: Correct prerequisites for gl_and_glX_API.xml

The indirect_dispatch.h and indirect_table.c source files use
gl_and_glX_API.xml in their generation rather than glX_API.xml, but it
wasn't listed in their prerequisites. In turn, gl_and_glX_API.xml uses
glX_API.xml, but this is already listed in $(COMMON_GLX).

glapi: Use make automatic variables to clean up the commands

Make use of the make automatic variables $@ (the target) and $< (first
prerequisite) to clean up the commands for the glapi generation. This
improves readability and guards against typos since words are repeated
less frequently.

glapi: Use variable for indent and flags

Put the path to indent and the flags to call it with in configs/default
rather than in the Makefile. This makes it easier to change the values
globally.

nouveau: ddx versioning changed

[directfb] Added RGB444 and RGB555.
Also added color expansion for RGB16, ARGB1555 and ARGB4444.

[glut-directfb] Fixed displaying of single buffered window.

[glut-directfb] When converting microseconds to milliseconds, round to the next integer.

[965] Flush icache on new batch, not just new context.

This is required since our buffer manager may now move our
instruction-containing buffers at any batchbuffer emit.

added -altopts to allow overriding all other opts

[915] Fix COS function using same plan as SIN.

The previous COS function failed badly outside of [-pi/2, pi/2].

[915] Use a quartic term to improve the accuracy of SIN results.

This is described in the link in the comment, and is the same technique that
r300 uses.

[915] Fix fp SIN function, and use a quadratic approximation instead of Taylor.

The Taylor series notably fails at producing sin(pi) == 0, which leads to
discontinuity every 2*pi.  The quadratic gets us sin(pi) == 0 behavior, at the
expense of going from 2.4% THD with working Taylor series to 3.8% THD (easily
seen on comparative graphs of the two).  However, our previous implementation
was producing sin(pi) < -1 and worse, so any reasonable approximation is an
improvement.  This also fixes the repeating behavior, where the previous
implementation would repeat sin(x) for x>pi as sin(x % pi) and the opposite
for x < -pi.

[965] Bug 14314: assertion failure with with !AIGLX and depth=24 visual.

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