summaryrefslogtreecommitdiffstats
path: root/src
Commit message (Collapse)AuthorAgeFilesLines
* i965g: use curr.vertex_element state directlyKeith Whitwell2009-11-062-11/+7
|
* i965g: don't emit line stipple packet if stipple disabledKeith Whitwell2009-11-061-1/+3
|
* i965g: populate brw_context chipset idKeith Whitwell2009-11-061-0/+1
|
* i965g: make sure blend color packet header is initializedKeith Whitwell2009-11-061-3/+9
| | | | | | | 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 atomsKeith Whitwell2009-11-064-6/+3
|
* i965g: populate wm reloc array earlierKeith Whitwell2009-11-061-36/+46
| | | | Still have to calculate the reloc background in two places.
* i965g: point_rast_rule comment no longer appliesKeith Whitwell2009-11-061-26/+4
| | | | Not sure exactly what state we want here now, will need to experiment.
* i965g: scissor off by oneKeith Whitwell2009-11-061-2/+2
|
* i965g: restore code to populate the relocation backgroundKeith Whitwell2009-11-063-3/+11
| | | | | | | 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 littleKeith Whitwell2009-11-051-59/+82
|
* i965g: pass relocation information in an array with bo_subdataKeith Whitwell2009-11-0516-287/+327
| | | | | | | | | | | | 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 winsysKeith Whitwell2009-11-056-44/+100
|
* i965g: make the winsys responsible for all buffer->offset handlingKeith Whitwell2009-11-0512-30/+29
| | | | | | | | | | | | 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_contextKeith Whitwell2009-11-053-6/+3
|
* i965g: correct sense of writedisable flagsKeith Whitwell2009-11-051-4/+4
|
* brw: push more dumping into the winsysKeith Whitwell2009-11-054-50/+93
|
* i965g: correct size of surf_bo arrayKeith Whitwell2009-11-051-1/+1
|
* i965g: use Elements in loops over arraysKeith Whitwell2009-11-051-2/+2
|
* i965g: add const qualifiersKeith Whitwell2009-11-052-21/+21
|
* i965g: disassemble more than one instruction at a timeKeith Whitwell2009-11-056-31/+37
|
* i965g: remove old dumping codeKeith Whitwell2009-11-053-232/+0
|
* i965g: call dissassembler for appropriate data uploadsKeith Whitwell2009-11-051-4/+7
|
* i965g: add lots of error checks and early returnsKeith Whitwell2009-11-0535-745/+1003
| | | | | | | | | | | | | | | | | | | 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.José Fonseca2009-11-052-265/+8
|
* i965g: hook up dumpers in dumping winsysKeith Whitwell2009-11-051-0/+61
|
* i965g: Dumper for i965 structures.José Fonseca2009-11-055-0/+2073
|
* i965g: add data type tags to aid dumping/decodingKeith Whitwell2009-11-0510-110/+182
|
* i965g: use pipe_error return value for brw_batchbuffer_require_spaceKeith Whitwell2009-11-051-3/+3
| | | | | trivial/tri runs without crashing (on debug winsys) but still produces obviously incorrect command buffers.
* i965g: fix compiler warningKeith Whitwell2009-11-051-1/+1
|
* i965g: Builds with sconsJakob Bornecrantz2009-11-052-0/+82
| | | | | | | | | | | 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 checkJakob Bornecrantz2009-11-051-1/+1
|
* i965g: Do not create a symlink for i965_dri.soJakob Bornecrantz2009-11-051-1/+0
|
* i915g: Do not create a symlink for i965_dri.soJakob Bornecrantz2009-11-051-1/+0
|
* i965g: enable line stipple packet emitKeith Whitwell2009-11-041-1/+2
| | | | | | 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_surfacesKeith Whitwell2009-11-041-3/+3
|
* i965g: consolidate some includesKeith Whitwell2009-11-048-14/+7
|
* i965g: fix some assertsKeith Whitwell2009-11-041-2/+2
|
* i965g: remove redundant screen pointer in brw context structKeith Whitwell2009-11-044-6/+7
|
* i965g: initialize winsys pointer in surface cacheKeith Whitwell2009-11-041-0/+1
|
* i965g: init pointer to null, avoid segfaultKeith Whitwell2009-11-041-1/+1
|
* i965g: clean up wm init_registers funcKeith Whitwell2009-11-041-9/+11
|
* i965g: hook up some missing vertex shader codeKeith Whitwell2009-11-042-3/+10
|
* i965g: hook up some vertex state funcsKeith Whitwell2009-11-042-2/+40
|
* ws/i965: allow NULL buffer in winsys::bo_unreferenceKeith Whitwell2009-11-041-0/+6
| | | | Special case to avoid clutter in the driver
* i965g: pull in a copy of intel_decode.c for nowKeith Whitwell2009-11-046-11/+1835
| | | | | With the stubbed out, non-hardware xlib winsys, trivial/clear runs and prints a plausible command stream
* i965g: hook up flush-frontbufferKeith Whitwell2009-11-041-13/+24
|
* i965g: fix up batchbuffer confusionKeith Whitwell2009-11-043-15/+26
|
* i965g: plumb in some surface stateKeith Whitwell2009-11-043-8/+29
|
* i965g: hook up pipe_clear functionsKeith Whitwell2009-11-046-1/+237
|
* i965g: add constant buffer setterKeith Whitwell2009-11-041-0/+24
|