[intel] Fix uninitialized data in screen-region buffer objects.

[intel] Remove excessive validation debugging.

[intel] Initialize debug flag for dri_bufmgrs

[intel] Remove useless intel_region_idle.

The idling it was trying to ensure was covered by the
intel_miptree_image_map()->intel_region_map() that immediately followed it.

[intel] warnings cleanup

fix polygon cull regression

Build rain demo (Gonzo <andreas.wendleder@gmail.com>)

[intel] Remove the relocation buffer lists and just cache one per buffer.

Each buffer object now has a relocation buffer pointer, which contains the
relocations for the buffer if there are any.  At the point where we have to
create a new type of relocation entry, we can change the code over to allowing
multiple relocation lists, but trying to anticipate what that'll look like
now just increases complexity.

This is a 30% performance improvement on 965.

[965] Replace the state cache suballocator with direct dri_bufmgr use.

The user-space suballocator that was used avoided relocation computations by
using the general and surface state base registers and allocating those types
of buffers out of pools built on top of single buffer objects.  It also
avoided calls into the buffer manager for these small state allocations, since
only one buffer object was being used.

However, the buffer allocation cost appears to be low, and with relocation
caching, computing relocations for buffers is essentially free.  Additionally,
implementing the suballocator required a don't-fence-subdata flag to disable
waiting on buffer maps so that writing new data didn't block on rendering using
old data, and careful handling when mapping to update old data (which we need
to do for unavoidable relocations with FBOs).  More importantly, when the
suballocator filled, it had no replacement algorithm and just threw out all
of the contents and forced them to be recomputed, which is a significant cost.

This is the first step, which just changes the buffer type, but doesn't yet
improve the hash table to not result in full recompute on overflow.  Because
the buffers are all allocated out of the general buffer allocator, we can
no longer use the general/surface state bases to avoid relocations, and they
are set to 0 instead.

[intel] Remove broken mutex protection from dri_bufmgrs.

Now that the dri_bufmgr is stored in the context rather than the screen, all
access to one is single-threaded anyway.

[intel] Enable INTEL_DEBUG=bufmgr output in TTM mode as well as classic.

[intel] assert that buffers are not mapped at last unreference.

bufmgr_fake doesn't care about it, but with ttm we would end up with the
buffer remaining referenced until application exit.

[intel] Assert against conflicting relocation emits in bufmgr_fake.c

[965] Bug #13600: Fix assertion failure with SRGB textures.

I broke this with cherry-pick resolving on
93c98a466947570e0589b662df49095b2f4bc43c.

[intel] Move bufmgr back to context instead of screen, fixing glthreads.

Putting the bufmgr in the screen is not thread-safe since the emit_reloc
changes.  It also led to a significant performance hit from pthread usage
for the attempted thread-safety (up to 12% of a cpu spent on refcounting
protection in single-threaded 965).  The motivation had been to allow
multi-context bufmgr sharing in classic mode, but it wasn't worth the cost.

Block in kernel waiting for fence

Use previous buffer offsets to compute proposed relocations

This takes advantage of the DRM_BO_HINT_PRESUMED_OFFSET change and allows
the kernel to avoid mapping and re-writing buffers when relocations occur.

add simple test for two-sided stencil functionality

make sure state token values are fully initialized

[965] Hook up DEBUG_BUFMGR output for bufmgr_fake.

[965] Convert the driver to dri_bufmgr interface and enable TTM.

This is currently believed to work but be a significant performance loss.
Performance recovery should be soon to follow.

The dri_bo_fake_disable_backing_store() call was added to allow backing store
disable like bufmgr_fake.c did, which is a significant performance win (though
it's missing the no-fence-subdata part).

This commit is a squash merge of the 965-ttm branch, which had some history
I wanted to avoid pulling due to noisiness and brokenness at many points
for git-bisecting.

[965] Remove dead code in upload_wm_surfaces.

[965] Move brw_surface_state stack allocation into the function using it.

Make osdemos linking like other programs

Most of the programs list their dependencies on the Mesa libraries in
their Makefiles. This works with the default configuration where
APP_LIB_DEPS only lists external libraries. This changes the
linux-osmesa configs and the osdemos Makefile to follow that convention.

Some cleanup of the Makefile is also added to refer to the GL libraries
through the existing variables rather than hardcoding their names.

configs: Fix linking with static libGL and --as-needed

Linking of the programs breaks when using a static libGL and the GNU ld
option --as-needed. This is because libXext is needed for the XShm
functions.

i915: fix the error in the previos commit.

i915: Check the program size when uploading a program. fix bug 13494

Minor followup fixes for the previous commit.

Always call dlopen in DriverOpen.

This increases the reference count for the driver binary, preventing it from
getting unloaded prematurely in driDestroyDisplay. See
https://bugs.freedesktop.org/show_bug.cgi?id=13541 .

Revert "[965] Add missing flagging of new stage programs for updating stage state."

I had forgotten part of brw_state_cache.c that made this fix not relevant for
master (last_addr comparison and flagging based on cache id).

This reverts commit a4642f3d18bdaebaba31e5dee72fe5de9d890ffb.

[965] Add missing flagging of new stage programs for updating stage state.

Otherwise, choosing a new program wouldn't necessarily update the state, and
and an old program could be executed, leading to various sorts of pretty
pictures or hangs.

Fix endianness bug in _mesa_texstore_argb8888()

On big-endian, storing in _mesa_texformat_argb8888 format produced wrong res
Also, clean-up nearby code to match.

picked from gallium-0.1 branch

Don't Swap buffer if a DRIDrawable is entirely obscured
by another window.

Undo changes made to the toyball shaders in commit d19d0596daf004b56d80f78fa1a329b43c2ebf94

This demo produces the expected results again.

fix span->facing computation and gl_FrontFacing initialization

Fix gl_FrontFacing compilation problem

added culling/wireframe options

Use -Bsymbolic for linking all shared objects.

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

Also remove comment about SONAME, as SONAME only applies to shared libraries.

[965] Change constant buffer from state structs to plain batch emission.

Reduces diff to branch which has a relocation in this state emit.

fix DD_TRI_LIGHT_TWOSIDE bug (#13368)

Fix the library name in glw.pc

Fix a copy and paste error s/GLU/GLw/ in glw.pc.

glut doesn't need -lXt

added missing quote char

i915: Fix up state changes for i8xx.

[intel] Move batch bo_unmap from TTM code to shared, and add more asserts.

[intel] Add failure path printfs to relocation code and some comments.

[intel] Simplify TTM relocation code by passing around bufmgr struct.

[intel] Fix the type and naming of the flags/mask args to TTM functions.

The uint64_t flags (as defined by drm.h) were being used as unsigned ints in
many places.

[intel] intel_bufmgr_ttm style sanity

fix-build: remove ctx->_Facing assignment

fix broken two-sided stencil

better front-plane clip test

Updates of some OpenVMS makefiles.

Merge branch 'master' of git+ssh://joukj@git.freedesktop.org/git/mesa/mesa

i965: if source depth to render target is set,
it should be handled in fb_write.

i965: use uncompressed instruction to ensure only
Pixel Mask Copy is modified as the pixel shader thread
turns off pixels based on kill instructions.

[i915] Make INTEL_DEBUG=bufmgr actually do things for bufmgr_fake.

New ctx->Driver.Map/UnmapTexture() functions for accessing textures from t_vb_program.c

cleanups, comments

Move _mesa_load_tracked_matrices() from TNL module to prog_statevars.c

r200: Fix texture format regression on big endian systems.

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

Also use tx_table_be for VALID_FORMAT, in case r200SetTexImages ever gets
called for MESA_FORMAT_RGB888.

i965: update RefCount when using Vertex/Fragment program.
It makes quake4-demo works well on 965.

remove drawable from hash table when window is deleted (see bug 13091)

use DEFAULT_SOFTWARE_DEPTH_BITS

minor additions to avoid FAQs

document GLSL float f/F suffix bug

set fp->UsesKill when emitting OPCODE_KIL

add a few more logicop modes, simplify code

improve 24-bit Z to 32-bit Z conversion

i965: The jump instruction count is added
to IP pre-increment, and should point to
the first instruction after the do instruction
of the do-while block of code

i915: Catch cases where not all state is emitted for a new batchbuffer.

This could lead to incorrect rendering or even lockups.

i915: Some additional blit fixes and assertions.

libGL: Make sure a valid value is returned for GLX_BIND_TO_MIPMAP_TEXTURE_EXT.

If the server didn't send a value, assume it's not supported.

A more generic solution might be better for this kind of problem, but an
attempt for this failed (see https://bugs.freedesktop.org/show_bug.cgi?id=9264)
and this allows compiz to work with drivers that support
GL_EXT_framebuffer_object.

intel: Fix relative symlinks.

better test of point attenuation

#define GL_GLEXT_PROTOTYPES to silence warning

Consolidate texture fetch code and use partial derivatives when possible.

Fix parsing of gl_FrontLightModelProduct.sceneColor, don't segfault on variable array indexes.

need to check border width in sample_linear_2d() - fixes failed assertion in texwrap.c test

Consolidate point size computation, clamping in get_size().

Also, apply user-defined clamp limits to point size even when not using
attentuation or program-computed size.

Print point/line size range limits

fix z buffer read/write issue with rv100-like chips and old ddx

[965] Replace 965 texture format code with common code.

The only functional difference should be that 965 now gets the optimization
where textures default to 16bpp when the screen is 16bpp.

[965] Remove dead exec vfmt code which was replaced by generic vbo code.

clamp lambda to Min/MaxLod

[965] Add INTEL_DEBUG=fall debugging output.

[965] Convert DBG macro to use FILE_DEBUG_FLAG like i915.

fix some texture format assertions, etc

fix out-of-bounds array index (ix=-1)

[intel] Add 965 support to shared intel_blit.c

This requires that regions grow a marker of whether they are tiled or not,
because fence (surface) registers are ignored by the 965 2D engine.

[i915] Pass static region names in so debugging says more than "static region".

[intel] Move additional code to be shared from intel_context.h to intel/.

[intel] Move intel_tex.h into place, forgotten in the previous commit.

[965] Add batchbuffer decode for several more packets.

[intel] Fix typos in intel_chipset.h macros.

[i915] Add INTEL_DEBUG=sync debug flag to wait for fences after making them.

[i915] Reenable batchbuffer debug under INTEL_DEBUG=bat.

[intel] Add some doxygen notes on what the bufmgr_fake block members mean.

[intel] Add a simple relocation cache to the fake buffer manager.

This is required for 965 performance, as it avoids a lot of repeated data
uploads of the state caches due to surface offsets in them.

[intel] Assert against 0-sized buffers in dri_bufmgr_fake.c.

They shouldn't be created, and this often helps catch stupid issues.