dri-st: Add some required GL 2.0 extensions.

Two-sided stencil and NPOT textures.

st/xorg: Fallback if picture format doesn't match texture format

st/xorg: Don't segfault when debug printing

st/xorg: wrap to border color

swrast: update renderbuffer format assertions

mesa: fix some begin/end render-to-texture logic

Before, we weren't aggressive enough in checking for the start or end
of render-to-texture.  In particular, if only the ctx->ReadBuffer had
texture attachments, we were treating that as a render-to-texture case.

This fixes a regression from commit 75bdbdd90b15c8704d87ca195a364ff6a42edbb1
"intel: Don't validate in a texture image used as a render target."

mesa: move check_begin/end_texture_render() calls

mesa: new vars: oldDrawFb, oldReadFb in _mesa_BindFramebufferEXT()

mesa: rename vars in _mesa_BindFramebufferEXT()

mesa: added comment for check_begin_texture_render()

st/egl: Probe hardware for depth stencil format

st/xorg: cleanup the naming

st/xorg: print ouf the picture formats when compositing

Merge remote branch 'origin/mesa_7_6_branch'

i965: avoid memsetting all the BRW_WM_MAX_INSN arrays for every compile.

For an app that's blowing out the state cache, like sauerbraten, the
memset of the giant arrays ended up taking 11% of the CPU even when only a
"few" of the entries got used.  With this, the WM program compile drops back
down to 1% of CPU time.

Bug #24981 (bisected to BRW_WM_MAX_INSN increase).

i965: Add a note explaining the data cache domain.

i965: Fix VS constant buffer value loading.

Previously, we'd load linearly from ParameterValues[0] for the constants,
though ParameterValues[1] may not equal ParameterValues[0] + 4.  Additionally,
the STATE_VAL type paramters didn't get updated.

Fixes piglit vp-constant-array-huge.vpfp and ET:QW object locations.

Bug #23226.

i965: Unalias src/dst registers for SGE and friends.

Fixes piglit vp-sge-alias test, and the googleearth ground shader.  \o/

Bug #22228
(cherry picked from commit 56ab92bad8f1d05bc22b8a8471d5aeb663f220de)

i965: Allow use of PROGRAM_LOCAL constants in ARB_vp.

Fixes piglit arl.vp.
(cherry picked from commit d52d78b4bcd6d4c0578f972c0b8ebac09e632196)

i915g: Fix memory leak when pci id is unknown.

i965: Unalias src/dst registers for SGE and friends.

Fixes piglit vp-sge-alias test, and the googleearth ground shader.  \o/

Bug #22228

i965: Allow use of PROGRAM_LOCAL constants in ARB_vp.

Fixes piglit arl.vp.

slang: Fix return value check.

st/xorg: Fix SCons build.

Check for new DPMS header and add xorg_renderer.c source file.

slang: Check OOM conditions for alloc_node_storage().

llvmpipe: Fix derived blend color state.

slang: Check return value from new_instruction().

slang: Fix signed/unsigned int handling in _slang_free_temp().

tgsi/exec: Exit early on error.

tgsi/ureg: Simplify logic in tokens_expand().

slang: Handle OOM condition in new_instruction().

st/xorg: remove deprecated rendering code

st/xorg: fix composite batching

quite a large performance optimization (text demo from 1.6fps to 9fps)

r600/r700: typo, fix mask of DB_ALPHA_TO_MASK

r600: don't emit htile regs

These are needed for HiZ which is not currently used and
the _BASE reg requires a reloc which is not currently supported
in the drm.

r600: rework DB render setup

- consolidate DB render setup
- only enable perfect ZPASS counts and cull disable
when OQ is active
- enable early Z

r600: don't emit htile regs

These are needed for HiZ which is not currently used and
the _BASE reg requires a reloc which is not currently supported
in the drm.

r600: add missing ZPASS setup bits for r7xx+

llvmpipe: Ensure stack variables in unit tests are properly aligned.

nv50: clarify data for method 0x121c

r300g: Fix up SW TCL rendering functions.

They don't work, but at least they're clean now.

r300g: Protect against possibly missing Draw pointer.

Part of the SW TCL revival.

r300g: Unify context names for counts.

From the SW TCL fixups.

r300g: Enable PSC/RS dump with new debugging flags.

r300g: Fix is_buffer_referenced.

r300g: Fix build error on old compilers.

This dead code was still getting compiled, causing a bad ref in the lib.

prog parse: Handle GL_VERTEX_PROGRAM_ARB in glLoadProgramNV

prog parse: Handle GL_VERTEX_PROGRAM_NV in glProgramStringARB

Handle both NV vertex programs and NV vertex state programs passed to
glProgramStringARB.

prog parse: Handle GL_FRAGMENT_PROGRAM_ARB in glLoadProgramNV

prog parse: Handle GL_FRAGMENT_PROGRAM_NV in glProgramStringARB

r300g: Organize inlined state.

r300g: DCE.

This must never have been called before; it's completely wrong.

r300g: Minor code cleanup to avoid confusion.

r300g: Remove do-nothing functions.

r300g: Remove faulty assert.

Merge branch 'r300g-vbo'

This is an experimental HW TCL fastpath for r300g. It should run alright.

Thanks to osiris for making this possible.

r300g: Be more verbose in what's killing us WRT vert formats.

r300g: Comments.

r300g: Don't assert on oversized VBOs, just return FALSE.

r300g: Moar vbo cleanup.

r300g: s/false/FALSE/

Also s/true/TRUE/

r300g: Clean up indexbuf render, switch to RELOC macro.

r300g: Clean up r300_setup_vertex_buffers.

r300g: Don't pass hw_prim around in the context.

And some other fixes.

r300g: Use common state funcs for translating vert formats.

r300g: don't hang GPU on misbehaving apps

r300g: VBOs WIP

r300g: add missing flush

r300g: enable CS dumping

r300g: move vborender context function to seperate file

r300g: Un-migrate r300_draw_render.

It'll make maintaining the SW TCL path easier.

i915g: Fix comment in is buffer referenced

mesa: move code after decl

Fixes bug 24967.

nv50: enable all 32 threads of a warp

This should be the default setting.
See also 7d967b9b7c08aea2a471c5bf6aced8bfafdae874.

i965: Use Compr4 instruction compression mode on G4X and newer.

No statistically significant performance difference at n=3 with either
openarena or my GL demo, but cutting program size seems like a good
thing to be doing for the hypothetical app that has a working set near
icache size.

i965: Share min/max between brw_wm_emit.c and brw_wm_glsl.c

i965: Share emit_fb_write() between brw_wm_emit.c and brw_wm_glsl.c

This should fix issues with antialiased lines in GLSL.

i965: Share most of the WM functions between brw_wm_glsl.c and brw_wm_emit.c

The PINTERP code should be faster for brw_wm_glsl.c now since brw_wm_emit.c's
had been improved, and pixel_w should no longer stomp on a neighbor to dst.

i965: Share math functions between brw_wm_glsl.c and brw_wm_emit.c.

i965: Share the sop opcodes between brw_wm_glsl.c and brw_wm_emit.c.

i965: Share OPCODE_MAD between brw_wm_glsl.c and brw_wm_emit.c

i965: Share the DP3, DP4, and DPH between brw_wm_glsl.c and brw_wm_emit.c

i965: Add generic GLSL code for unaliasing a 3-arg opcode, and share LRP code.

i965: Use a normal alu1 emit for OPCODE_TRUNC.

i965: Share basic ALU ops between brw_wm_glsl and brw_wm_emit.c

This drops support for get_src_reg_imm in these, but the prospect of getting
brw_wm_pass*.c onto our GLSL path is well worth some temporary pain.

i965: Collect GLSL src/dst regs up in generic code.

This matches brw_wm_emit.c, which we'll be using shortly.  There's a
possible penalty here in that we'll allocate registers for unused channels,
since we aren't doing ref tracking like brw_wm_pass*.c does.  However, my
measurements on GM965 don't show any for either OA or UT2004 with the GLSL
path forced.

st/xorg: implement batching for the composite op

something is broken so disabled for now

st/xorg: batch solid fill requests

instead of lots of very small transfers, one larger is a lot better
for performance

st/xorg: start accumulating vertices in a common buffer

st/xorg: use quads instead of triangle fans

easier to split, accumulate and batch those

st/xorg: make the buffer size global

GLX: Change GLX client vendor string to "Mesa Project and SGI"

This change allows a certain closed-source browser plug-in to work
with open-source drivers.

mesa: Reduce the source channels considered in optimization passes.

Depending on the writemask or the opcode, we can often trim the source
channels considered used for dead code elimination.  This saves actual
instructions on 965 in the non-GLSL path for glean glsl1, and cleans up
the writemasks of programs even further.

mesa: Fix remove_instructions to successfully remove when removeFlags[0].

This fixes the dead code elimination to work on the particular code
mentioned in the previous commit.

mesa: Add an optimization path to remove use of pointless MOVs.

GLSL code such as:
vec4 result = {0, 1, 0, 0};
gl_FragColor = result;

emits code like:
  0: MOV TEMP[0], CONST[0];
  1: MOV OUTPUT[1], TEMP[0];

and this replaces it with:
  0: MOV TEMP[0], CONST[0];
  1: MOV OUTPUT[1], CONST[0];

Even when the dead code eliminator fails to clean up a now-useless MOV
instruction (since it doesn't do live/dead ranges), this should at reduce
dependencies.

mesa: Fix up the remove_dead_code pass to operate on a channel basis.

This cleans up a bunch of instructions in GLSL programs to have limited
writemasks, which would translate to wins in shaders that hit the i965
brw_wm_glsl.c path by depending less on in-driver optimizations.  It will
also help hit other optimization passes I'm looking at.

intel: better front color buffer test in intelClear()

i965: Always pass the size argument to brw_cache_data.

This keeps the individual state files from having to export their
structures for brw_state_cache initialization.

intel: Finish removing the fallback code for bug #16697.

I fixed it properly as of 7216679c1998b49ff5b08e6b43f8d5779415bf54.

intel: Don't validate in a texture image used as a render target.

Otherwise, we could lose track of rendering to that image, which could
easily happen during mipmap generation.

mesa: Attempt to pair up Driver.RenderTexture and FinishRenderTexture()

This is probably not 100% complete (bind vs unbind may still not pair up
exactly), but it should help out drivers which are relying on
FinishRenderTexture to be called when we're done rendering to a particular
texture level, not just when we're done rendering to the object at all.
This is the case for the one consumer of FinishRenderTexture() so far: the
gallium state tracker.  Noticed when trying to make use of FRT() in the intel
driver.