disable bbox code until glitches are fixed

Cell: improve surface state code to replace some temporary code.

asst changes in bbox code, dma tags, etc

insert a temporary flush to fix missing triangles artifact

pass surface format in cell_command_framebuffer struct

better debug code

make use of prim bounds box info

only fetch as much vertex data as needed

remove previous triangle test code

Cell: basic triangle rendering works.

The cell "render_stage" (last in the "draw" pipeline) emits vertices into
a buffer which is pulled by the SPUs in response to a "RENDER" command.
This is pretty much temporary/scaffold code for now.

Plug in more infrastructure for actual rendering.

Track vertex/fragment shader state.
Plug in pipe->draw_arrays(), pipe->draw_elements().
Plug render stage (a stub) into end of 'draw' pipeline.
Specify a hard-coded vertex format for now.

hack/fix pack_color() for correct ps3 format

Clean-up, re-org some vertex/fragment shader state code.

move SP_NEW_ #defines into sp_state.h

fix vbo display list memleak upon context destruction

unref buffer after drawing, fixes rastpos mem leak

fix single-sided stencil test bug

fix leak, fix refcount error

fix a mem leak, document another existing leak

unref const buffers during context destroy

unref const buffers during context destroy

free program caches

fix mem leaks

fix mem leak (free key)

free surface caches in softpipe_destroy()

fix a memleak

free tgsi machine state

free tgsi machine state

added tgsi_exec_machine_free_data()

free Default1D/2DArray objects

i965: a little better way of handling immediates

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

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

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.

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

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

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.