i965g: add new state flag tracking fs signature changes

i965g: fix typo in previous commit

progs/fp: add simple imm, param tests

i965g: setup nr_attrs should track nr fragment shader inputs

This would be equivalent to taking the nr outputs of the vp varient

i965g: get fragment constants sort-of working

i965g: make the load-before-use vs immediate path work

i965g: fix initialization of texture width/height/depth arrays

Will remove these arrays in another branch - they're completely redundant.

i965g: remove more references to nr_vp_outputs in wm compilation

We're really more concerned about how many inputs the fragment shader
is expecting.

i965g: handle special vs outputs specially

Where vs output semantic tags indicate an output is signficant for
fixed function processing (such as clipping, unfilled modes, etc),
retain information about that output so that we can get to it easily
later on.

Fix up the unfilled processing, but hard-wire edgeflag to one for now.

With this change, trivial/tri-unfilled works.

i965g rename offset_edge to offset_edgeflag

i965g: remove droppings in xlib winsys

i965g: restore check on line smooth state

i965g: consult fs inputs when laying out vs output regs

Vertex shader now emits just the FS inputs, in the positions and order
expected by the fragment shader.

This means potentially regenerating the vertex shader to match
different fragment shader's input layouts.

i965g: skip over vertex position output when preallocating FS inputs

i965g: some more cases where file_max[] is used without obligatory +1

i965g: smaller upload buffer for index data

i965g: fix off-by-one on curbe upload

i965g: avoid use of internally generated immediates

Currently not working, so don't generate more of them.

trivial: make tri-orig more closely match the original version of tri...

i965g: Fixup texture formats

i965g: Formalize on S8Z24 as the suported depth format

i965g: Fixup buffer creation function

First tri!

i965g: Add texture transfer functions

They don't seem to work. Maybe we are forgetting to flush the gpu or something.

i965g: Match pitch modification on get buffer as well

This is a ugly hack in order to match what the intel
X driver gives us. However putting this in the winsys
where it fits better forces it reach more into the
driver then it already does.

progs/trivial: Ignores

i965g: First clear!

i965g: get rid of cc key, simplify state upload

Keep a valid reloc table active between uploads, avoid
recalculating it every time.

i965g: trivial/clear can now send stuff to hardware

Added a flag if we should send commands to hardware
as what we send isn't all that correct.

i965g: Fix texture blanket function

i965g: Add functions needed by the winsys

i965g: Winsys whitespace

i965g: Build winsys again

i965g: Header whitespace

i965g: get brw_state_debug.c building

i965g: propogate index size state

i965g: remove references to brw_surface_bo()

i965g: plumb through fb_write target and eot data

i965g: propogate nr_cbufs into wm prog key

i965g: init saturate field in fp dst_reg helper

i965g: add dumping for our new pass_fp output

i965g: disassemble each instruction as generated

i965g: hardwire linear interpolation for now

seems to generate saner code, need to go back and fix perspective
interpolation (and remove the hard-wire) once this is working.

i965g: fix some reloc counts

i965g: don't set up vs stack register for non-branching shaders

i965g: add DEBUG_MIN_URB flag

i965g: tgsi outputs cannot be used as source regs

i965g: use curr.vertex_element state directly

trivial: add vbo-tri, an even simpler version of tri.c

i965g: don't emit line stipple packet if stipple disabled

i965g: populate brw_context chipset id

i965g: make sure blend color packet header is initialized

We will emit this packet at startup (dirty == ~0), even if we haven't
had the state tracker call into brw_set_blend_color() yet.

This way is a little more efficient also.

i965g: remove/disable inactive state atoms

i965g: populate wm reloc array earlier

Still have to calculate the reloc background in two places.

i965g: point_rast_rule comment no longer applies

Not sure exactly what state we want here now, will need to experiment.

i965g: scissor off by one

i965g: restore code to populate the relocation background

I'm emitting this in two places now, to the data presented
for upload and also in the delta field of the reloc struct.
Probably want to remove the delta field and just pull the
background from the key.

i965g: clean up winsys dumping code a little

i965g: pass relocation information in an array with bo_subdata

Makes it easier to dump as we get all of the information
about the upload in a single hit.

Opens the window to simplification in the driver if these
relocation arrays can be maintained statically rather than
being recreated whenever we check for a new upload.

Still needs some cleanup to avoid uglyness introduced with the
delta values.

i965g: propogate map-buffer-range semantics down to winsys

i965g: make the winsys responsible for all buffer->offset handling

The winsys now inserts the presumed offset into referring buffers from
inside of bo_emit_reloc().  Remove the many locally coded places where
this was happening in the driver and eliminate the worry of getting it
wrong.

No longer need to expose offset values to the driver at all, so no need
to worry about what to do in the driver when they change.  Just use
zero values wherever we had offsets previously -- the relocations will
fix it all up for us.

i965g: remove duplicate viewport state in brw_context

i965g: correct sense of writedisable flags

brw: push more dumping into the winsys

i965g: correct size of surf_bo array

i965g: use Elements in loops over arrays

i965g: add const qualifiers

i965g: disassemble more than one instruction at a time

i965g: remove old dumping code

i965g: call dissassembler for appropriate data uploads

i965g: add lots of error checks and early returns

Any allocation that may fail should be checked, and propogate the
error upwards.  At the highest level we will flush batch and retry.

This is an alternate strategy to what the original DRI driver did of
attempting to flush batch from the lowest levels (eg inside
BEGIN_BATCH).  The trouble with that strategy was that flushes could
occur at unexpected times, and additionally there was a need for a
wierd notification mechanism to propogate the 'lost context' state
back up to higher levels.

Propogating the errors directly gives us a lot of flexibility how to
deal with these states, at the expense of a lot more checking in the
code.

Will add some sanity checks later to make sure that out-of-memory
conditions are properly escalated and not lost halfway up the stack.

i965g: Don't dump pads or dwords aliases.

i965g: hook up dumpers in dumping winsys

i965g: Dumper for i965 structures.

i965g: add data type tags to aid dumping/decoding

i965g: use pipe_error return value for brw_batchbuffer_require_space

trivial/tri runs without crashing (on debug winsys) but still produces
obviously incorrect command buffers.

i965g: fix compiler warning

i965g: Builds with scons

But there are some missing symbols, "nm -u i965_dri.so"
[SNIP]
                 U brw_surface_bo
                 U brw_surface_pitch
                 U brw_texture_blanket_winsys_buffer
                 U brw_texture_get_winsys_buffer
                 U brw_update_dirty_counts
[SNIP]

i965g: Fix debug check

i965g: Build with configure

i965g: Do not create a symlink for i965_dri.so

i915g: Do not create a symlink for i965_dri.so

i965g: enable line stipple packet emit

With this change, trivial/tri manages to build and emit
a fairly unconvincing command buffer (to the debug winsys),
and then crashes.

i965g: fix order of calculation of brw->wm.nr_surfaces

i965g: consolidate some includes

i965g: fix some asserts

i965g: remove redundant screen pointer in brw context struct

i965g: initialize winsys pointer in surface cache

i965g: init pointer to null, avoid segfault

i965g: clean up wm init_registers func

i965g: hook up some missing vertex shader code

i965g: hook up some vertex state funcs

ws/i965: allow NULL buffer in winsys::bo_unreference

Special case to avoid clutter in the driver

i965g: pull in a copy of intel_decode.c for now

With the stubbed out, non-hardware xlib winsys, trivial/clear runs and
prints a plausible command stream

i965g: hook up flush-frontbuffer

i965g: fix up batchbuffer confusion

i965g: plumb in some surface state

i965g: hook up pipe_clear functions

i965g: add constant buffer setter

i965g: add missing is_*_referenced callbacks

i965g: initialize surface refcount