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

[i915] Remove redundant set_draw_region code (like the comment says).

[intel] Improve INTEL_DEBUG=blit description of clearing.

[intel] Fix copy'n'pasteo in decoding of the blit clear packet.

[965] Add decode of 3DSTATE_DRAWING_RECTANGLE.

[965] Allow draw or depth regions to be NULL.

With FBOs, we end up wanting to do 3D metaops against one or the other without
having to find the other one to fill in if we're not going to draw to it.

[965] Simplify scissor handling by using DrawBuffer values.

[965] fix bad conflict resolution in debug code.

[965] Replace our own depth constants in intel context with GL context ones.

[965] Fix software fallbacks with region-backed textures.

[intel] Cleanup of */intel_blit.c to bring the two closer.

[965] Output the buffer type in INTEL_DEBUG=bat surface state decode.

i915: Fix issues with glDrawBuffer(GL_NONE).

Don't dereference NULL renderbuffer pointer, and make sure the software
fallback sticks.

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

i965: check NULL pointer

[i915] Fix missing symbol from 965 changes.

[965] Fully initialize the texture surface key data (padding around GLboolean)

[965] Enable ARB_pixel_buffer_object, and disable broken imaging extension.

While I haven't tested the imaging extension, this matches what 915 does.

[965] Move to using shared texture management code.

This removes the delayed texture upload optimization from 965, in exchange for
bringing us closer to PBO support.  It also disables SGIS_generate_mipmap,
which didn't seem to be working before anyway, according to the lodbias demo.

[intel] Whitespace and comment changes to bring intel_mipmap_tree.c closer.

[intel] Merge intel_buffer_objects to shared.

965 gains fixed TTM typing of the buffer object buffers and unused PBO
functions, and 915 gains buffer size == 0 fixes from 965.

[965] Use shared intel_regions.c.

This adds (so far) unused PBO functions, and holding the lock while writing
to regions (which may be shared static screen regions).

[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