nouveau: speed up user buffers.

Try and fit user buffers into a small GART scratch area at validate time,
instead of going to a lot of effort to fit these (mostly) use-once-and-discard
objects into VRAM.

nv40: seems we have stencil faces around the wrong way.

nouveau: don't wait when deleting fences unless needed

nouveau: some cleanups

nouveau: match gallium changes

Merge branch 'upstream-gallium-0.1' into darktama-gallium-0.1

i965: very crude and hacky way of handling immediates

gallium: make state tracker explictly ask for rendercache flushes

965: respect pipe flush flags

Now we emit way too many flushes instead of none at all.

gallium: translate ARB fp/vp immediates consistently to tgsi immediates

965: fix the constant buffers

Add some prototype code for converting RET to END for main().  Disabled for now.

temporarily defeat an assertion

Fix problem with initial viewport/scissor size.

If an app never called glViewport, the viewport size was always 0 by 0 pixels.
Now pass initial size to st_create_framebuffer() and initialize the viewport
and scissor bounds in st_make_current().
This could also be fixed by ensuring the gl_framebuffers passed to
_mesa_make_current() were initialized to the right size.  But that involves
allocating the renderbuffers/pipe_surfaces earlier and that runs into some
other issues ATM.
Also remove obsolete createRenderbuffers param to st_create_framebuffer().

convert Mesa OPCODE_END to TGSI_OPCODE_END, not TGSI_OPCOD_RET

remove obsolete TXP, add some sanity checks

special-case PSIZE too

move st_make_current() before buffer size check so renderbuffer alloc storage works

new assertions

965: dump curbe contents to stderr

965: handle BRW_CONSTANT_BUFFER data type

consts

965: count grf allocation correctly for wm prog, first aub triangle

965: hardwire correct behaviour for vp-tri setup (for now...)

vp-tri: match vertex/color data of other tests

965: align buffer allocations to 4k

use a depth buffer temporarily

965: make sure stipple state gets uploaded

965: allocate buffer space to hold batch commands

actually set the max_index. useful in the driver

965: fill unused surface pointers with zero

i965: emit fb write on RET for now (until we get END back)

965: pitch is in bytes not pixels

965: fix off-by-one in scissor rect

965: fix off-by-one in surface dimensions

965: respect surface width when dumping bitmap

i965: actually detect whether a sampler is enabled/disabled

965: disable clipping more, and restore drawing rect packet

965: disable clipping for now

965: fix vertex pointsize state, match default cull mode

965: fix colormask state

965: populate fp_input_count in setup key

i965: stuff the outputs into mrf registers when possible

i965: be smarter about register allocation

nouveau: nuke subchan auto-assign.

It's annoying for several reasons, especially in its current form.  May
possibly be reincarnated later (DDX depends on it these days), but in
not quite the same way.

nouveau: remove sync hack, gallium got sort-of fixed.

Merge branch 'upstream-gallium-0.1' into darktama-gallium-0.1

turn off TGSI_DEBUG

fix bug on GL_VERTEX_PROGRAM_TWO_SIDE path

setup the frontface register (fog.y, ATM)

fix some semantic info mix-ups in calculate_vertex_layout()

gallium:  rationalize vertex_element state packet

Remove dst_offset (not used)
Add nr_components, which could be calculated from format, but would be
too much effort.

Update i965 driver to cope.

gallium: give userbuffers some storage in the aub buffer pool

vbo: unmap and remap immediate vbo before/after each draw.

Also use BufferData(NULL) to get fresh storage and avoid synchronous
operation where we would have to flush and wait for the fence after each
draw because of the map.

This will chew through a whole load of buffer space on small draws, so
it isn't a proper solution.  Need to support a no-fence or append mapping
mode to do this right, or use user buffers.

i965: don't treat swz differently and upload vertex buffers

obsolete

nouveau: match latest gallium changes

Merge branch 'upstream-gallium-0.1' into darktama-gallium-0.1

updates for depth/stencil/alpha state

Emit declarations for constants (references to the const buffer)

i965: index the destination offset with regards to the current index

i965: return false when the function fails, not succeeds

Add the new test program for fp's.

gallium:  incorporate alpha state into depth_stencil state object.

nv40: fix valgrind complaints

nv40: clean state a bit

965: remove dead state atom decls

965: fix for non-indexed draw path

965: fix/hack check for NULL texunit in state upload

965: fix ExtDivide check

965: put brw_constant_buffer atom directly in update list

switch on cpp instead of format

nouveau: bump pushbuf size a little, so a "full" packet can fit

nv40: colormask thinko

nv40: don't use vertex buffers for static vertices.

nouveau: some cleanups

nv40: fix culling

nv40: typo

nv40: fp support for TGSI_FILE_IMMEDIATE.

arbfslight works, nouveau's first GLSL prog :)

nv40: grow fragprog as needed

nv40: destroy programs

nv40: make vbo state update static

rename some 'mesa' functions

Use tile functions in new p_tile.[ch]

This removes quite a bit of code duplicated in the drivers.

Re-usable tile get/put functions

don't allocate scratch tile in sp_tile_cache_flush_clear() to avoid stack overflow

nouveau: move extension stuff into nouveau_screen.c

Merge branch 'upstream-gallium-0.1' into darktama-gallium-0.1

Added origin_lower_left field to pipe_rasterizer_state

This controls whether the window origin is considered to be the lower-left
or upper-left corner.
This effects computation of gl_FragCoord and the application of polygon stipple.

update_samplers() didn't respect the sampler->texunit mapping.

This fixes the glsl/texdemo1.c program.

set SamplerUnit[] entry in load_texture() just to be safe

emit tgsi declarations for texture samplers

set program->SamplersUsed bit when using a texture instruction

Don't always declare frag shader INPUT[0] as fragment position.

We were doing this for the sake of softpipe and the tgsi intergrepter since
we always need the fragment position and W-coordinate information in order
to compute fragment interpolants.
But that's not appropriate for hardware drivers.
The tgsi interpreter now get x,y,w information from a separate tgsi_exec_vector
variable setup by softpipe.
The new pipe_shader_state->input_map[] defines how vert shader outputs map
to frag shader inputs.  It may go away though, since one can also examine
the semantic label on frag shader input[0] to figure things out.

update comment for TGSI_TOKEN_TYPE_IMMEDIATE case

nv40: less dodgy vp const/insn handling

add missing code for PIPE_FORMAT_S8_UNORM renderbuffer

remove unused var

965: get brw_wm_surface_state compiling again

965: get fragment shader compiler compiling

Don't think that it will run though.