i965g: hook vertex state emit up to PIPE_NEW_VERTEX_BUFFER

i965g: keep refcounts to bound vertex buffers

i965g: add DEBUG_WINSYS flag

i965g: remove duplicate set_viewport_state, fixes samples/depth

i965g: nasty hack for clearing y-tiled surfaces

i965g: add missing header

i965g: don't reference unused vars in RSQ

Probably overly pedantic

mesa/st: avoid quadstrips if its easy to do so

Tristrips are easier for many drivers to handle.

i965g: turn on texture tiling by default

i965g: pass backbuffer tiling information to driver

The gem winsys gets this information, needs to pass it on.

ws/i965: more debug output

ws/i965: rename and change sense of I965_SEND_CMD to BRW_NO_HW

brw: add dumping to gem winsys

i965g: remove redundant nr_attrs member

i965g: remove surface from views list before freeing

this fixes a crash with the xorg state tracker, however it then locks
up the GPU once rendering is enabled but at least it doesn't crash.

Signed-off-by: Dave Airlie <airlied@linux.ie>

i965g: link xorg state tracker with -ldrm_intel

i965g: gs nr_attrs also tracks nr fragment shader inputs

Or, equivalently, nr of outputs of active vertex shader varient.

i965g: correct test for unfilled modes

i965g: use correct key size for vs upload

i965g: apply linear math to both linear and perspective attrs

i965g: get basic texturing working again

Revert to fixed-layout surface binding table -- it's probably the best
way to do this.  Pass sampler and texture numbers separately even
though we're always keeping them the same at present.

i965g: fix typo converting wm src regs

i965g: fragment shader immediates working

i965g: first pass at vs immediates in curbe

progs/vp: add param and imm test

i965g: get linear vs perspective interpolation working again

i965g: include interpolation info in fs signature

i965g: special case setup when fs has no inputs

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