[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

additional GL_COLOR_ATTACHMENTx_EXT cases (bug 13767)

i915: Needn't adjust pixel centers. fix #12944

Revert "r300: fix bug with maniadrive rendering"

this is correct, there is another issue with sw fallbacks

This reverts commit cc50edbca2fd3111f9987d4117fa6656599d79dc.

remove unneeded conditional

fix vbo display list memleak upon context destruction

fix glUniform4f typo

additional GL_COLOR_ATTACHMENTx_EXT cases (bug 13767)

Convert to 0/1 when setting boolean uniforms

Also add some extra tests to the shader_api regression tests

Make use of count in _mesa_uniform_matrix

Add a test program to test for assorted bugs in shader_api.c

More fixes to shader_api

- return GL_INVALID_OPERATION instead of GL_INVALID_VALUE if location is bad
- correct the type-checking of uniforms from my previous commit
- accept location of -1 in _mesa_uniform_matrix

Fix several bugs relating to uniforms and attributes in GLSL API

- fix sizes for GL_FLOAT_MAT2x3 and GL_FLOAT_MAT4x3 in sizeof_glsl_type
- fix size returns in _mesa_get_active_attrib
- fix out-of-bounds array access to vec_types in _mesa_get_active_attrib
- fix queries of matrix uniforms in _mesa_get_uniformfv
- fix _mesa_get_uniformfv to only return one base, even from an array
- allow location == -1 in _mesa_uniform
- validate types in _mesa_uniform
- allow array overruns in _mesa_uniform

added 'get' info for framebuffer object tokens

add 'Get' info for MAX_3D_TEXTURE_SIZE (for bug 13811)

t_vp_build: fix temporary register allocation to minimise the allocations

rx00: fix off by one error in tempreg check

r300: fix bug with maniadrive rendering

I've no idea why I added this so I'll have to spend time tracking it down

autoconf: Remind developers to bump version numbers in configure.ac

Just like configs/default, the version number in configure.ac needs to
be bumped for releases. Maybe later we can figure out how to scrape the
version from configs/default into configure.ac.

fix fd.o bug #13847

Bug #13839: Fix 3D texture offset miscalculation with pixels versus bytes.

Merge branch 'autoconf2'

i915: reset swrast state after calling swrast DrawPixels.
In order to optimize DrawPixels, the i915 texenv program isn't
applied to swrast DrawPixels in the i915 driver. This causes this
program isn't applied to any following swrast functions. Resetting
the swrast state fixes this issue.  Fix #13614

Merge branch 'master' into autoconf2

autoconf: Helper options for adding GCC 32/64 bit flags

Two new configure options to add -m32 or -m64 to the CFLAGS and CXXFLAGS
when GCC is in use. By default, the user supplied options are
environment variables are respected, but these options are quick helps
for the common case of x86/x86_64 using GCC.

i915: apply commit a0a5e8cfc04c14873441b50f7d594ef11806b9a8 from 965.
fix #11925

mesa: fix a bad cast in put_values_z24.
The values passed to put_values_z24 are GLuint,
not GLubyte. fix #13543

__driConfigOptions must be PUBLIC.

R300: RV410 SE chips have half the pipes of regular RV410

This fixes 3D rendering on x700 SE chips.  Reported
by Kano.

autoconf: Documentation for using the autoconf'd build

Most of the options available from configure are documented on the
autoconf.html. This page is reached as an alternative provided on the
install.html page. An FAQ about why there is no configure script has
been removed.

fix GL_LINE_LOOP with drivers using own render pipeline stage (#12410, #13527)

primitive needs to include the begin/end flags (broken since vbo-0.2). Should
fix missing first/last line segment on gamma, i810, i915, mga, r200, radeon,
s3v, savage, unichrome (r300 already correct). Tested on r200, fixes #13527.

Silence compiler warnings from XML error macros.

[965] Fix and enable separate stencil.

Note that this does not enable GL_EXT_stencil_two_side, because Mesa's computed
_TestTwoSide ends up respecting only STENCIL_TEST_TWO_SIDE_EXT (defaults to
GL_FALSE), even if the application uses only GL 2.0 / ATI entrypoints.

[intel] Move some pixel path support from drivers to shared.

intel: cast a pointer to unsigned long, avoid potential error.

[965] Enable EXT_framebuffer_object.

To do so, merge the remainnig necessary code from the buffers, blit, span, and
screen code to shared, and replace it with those.

[965] Actually enable SGIS_generate_mipmap.

[intel] Fix and reenable (software) SGIS_generate_mipmap

The core problem was that _mesa_generate_mipmap was not respecting RowStride
of the source image.  Additionally, the intel private data associated with the
images (level and face) was not being initialized for the
_mesa_generate_mipmap-generated images.

[intel] Allow driver hooks to be NULL in intel_buffers.c and just update flags.

The 965 driver relies on flag checking instead of these hooks, and will be
using this code soon.

[i915] Move meta_draw_quad into the vtbl with other meta operations.

return correct size from glGetActiveUniform (bug 13751)

i915: avoid dead lock in intel_meta_draw_poly. fix #13696

Don't try to build nonexistent i915tex driver on linux-x86-64

docs: Fix links in contribute section

The contribute section had a broken hyperlink, masking the mailing list
text.

[915] Set cliprects in the drawbuffer software fallback case as well.

Otherwise, we may violate cliprect asssertions on clearing the buffers, which
isn't affected by the fallback.

i965: allocate GRF registers before building subroutines,
it ensures there are sufficient registers for all subroutines.

i965: restore the flag after building the subroutine of the
GS thread. fix #13240

added glSecondaryColor3fv_func

added two-side test

Test GL_VERTEX_PROGRAM_TWO_SIDE and frag shader gl_FrontFacing features

added twoside demo

simplify update two-side lighting test (follow-on to previous front/back-face changes)

fix NEED_SECONDARY_COLOR for vert/frag progs

Fix a quadstrip front/back-face inconsistancy.

Only set front material colors to make it noticable if front/back-face
determination is incorrect anywhere.

Fix mismatched map/unmap of buffers in swrast read/drawpixels error paths.

[915] Free dri_bufmgr after mesa context data.

Fixes a crash when buffer objects are left around until context destroy.

[915] Make polygon stipple use pre-unpacked pixel data.

This fixes a crash when stippling using data from a PBO.

[915] Fix clear color when clearing with triangles.

The diffuse color format is always ARGB32, regardless of the destination
surface format.

[INTEL] Fix 965 to use new centralized mipmap pitch function

[Intel] Centralize mipmap pitch computations.

mipmap pitches must account for the device alignment requirements, which
used to be fairly simple; just align to a 4-byte boundary. However, to allow
textures to be drawn to under TTM, they now need to be aligned to a 64-byte
boundary. Placing all of the alignment constraints in a single function
allows this new constraint to be applied uniformly.

There was some pitch constraining code in intel_miptree_create, but that was
modifying the pitch long after the miptree had been layed out, so it only
served to wreck the mipmap and cause rendering errors.