summaryrefslogtreecommitdiffstats
path: root/src/mesa/drivers
Commit message (Collapse)AuthorAgeFilesLines
* comment follow-upBrian2007-08-021-0/+1
|
* Remove intelClear() hack.Keith Whitwell2007-08-024-31/+4
| | | | | | Have added intel_batchbuffer_flush calls to the blit functions. We still shouldn't be calling back into this remnant intel code from the softpipe driver, though, so that will go too at some point.
* Remove remnants of i915 texture-from-pbo code.Keith Whitwell2007-08-026-252/+3
|
* Reroute some clear functionality.Keith Whitwell2007-08-022-114/+13
| | | | | Still require the intelClear() call to flush batchbuffers. That will be removed later...
* rearrange things in xmesa_clear() a bitBrian2007-08-011-3/+6
|
* Re-implement intelClear() in terms of softpipe_clear(). Pretty simple/small ↵Brian2007-08-013-3/+36
| | | | | | | now. Note: softpipe_clear() should really be renamed to something like pipe_clear_with_blits() and put into a driver-indepedent module...
* More work on glClear.Brian2007-08-013-5/+24
| | | | Add a 'mask' param to region_fill() to help with clearing combined Z/stencil buffers, glColorMask, etc.
* s/Z24_S8/S8_Z24/Brian2007-08-011-5/+5
|
* Checkpoint: glClear changes - working, bug very rough.Brian2007-08-016-4/+66
|
* Build libsoftpipe.aKeith Whitwell2007-08-012-2/+5
| | | | | | | | Each pipe driver will build to a .a library, as these will optionally be included in the various DRI drivers (this will make more sense once there is at least one hardware driver...). Not strictly necessary for softpipe, but want to minimize the differences between it and actual hw implementations.
* Remove unused file intel_render.cKeith Whitwell2007-08-011-244/+0
|
* Remove unused fileKeith Whitwell2007-08-011-132/+0
|
* Remove intel_span.[ch]Keith Whitwell2007-08-017-449/+4
|
* Redesign pipe_surface in terms of pipe_region.Brian2007-07-315-105/+40
| | | | | | struct pipe_buffer goes away. Added basic region functions to softpipe to allocate/release malloc'd regions. Surface-related code is fairly coherent now.
* Lift region-related functions up to the pipe interface.Brian2007-07-3125-286/+244
| | | | | | Some of these functions probably should be driver-private. Note: intel_buffer_object is in p_state.h and should be fixed/removed. There are just a few i915 dependencies in intel_region.c
* re-fix stencil addressing bugBrian2007-07-311-14/+3
|
* Add missing filesKeith Whitwell2007-07-314-0/+1926
|
* Remove references to intel_tris.hKeith Whitwell2007-07-313-3/+0
|
* A version of the i915tex driver with all drawing code removed.Keith Whitwell2007-07-3143-0/+10904
| | | | | | This is intended to support the softpipe development work. More code will be removed and pushed into softpipe until this basicially becomes the DRI/GLX interface for that driver.
* simplify clear.x1,y2,x2,y2 setupBrian2007-07-311-12/+4
|
* In i915/i830_emit_state(), check if state->draw_region is non-null.Brian2007-07-312-14/+16
| | | | This fixes a problem hit by glClear in the samples/stencil.c program.
* fix stencil addressing bugBrian2007-07-311-4/+6
|
* remove obsolete xmesa_get_stencil_surface() stubBrian2007-07-311-11/+0
|
* fix comments and param names for intel_miptree_image_map()Brian2007-07-312-3/+4
|
* fix value returned by intel_new_renderbuffer_fb()Brian2007-07-311-1/+1
|
* Merge branch 'i915tex_privbuffers' into softpipe_0_1_branchKeith Whitwell2007-07-3128-1177/+468
|\ | | | | | | | | | | | | | | | | Conflicts: src/mesa/drivers/dri/i915tex/intel_buffers.c src/mesa/drivers/dri/i915tex/intel_context.c src/mesa/drivers/dri/i915tex/intel_fbo.c src/mesa/drivers/dri/i915tex/intel_pixel_draw.c
| * fix range reduction for sin/cos in i915tex (#11609)Roland Scheidegger2007-07-292-10/+4
| |
| * Fix crashes when the frag prog can't be handled in hardware (#11131)Roland Scheidegger2007-07-294-1/+16
| | | | | | | | | | | | | | | | Must not change to/from swrast after Render.Start or bad things will happen. (Driver will still somewhat incorrectly report an implementation error, and apps can't really figure out if a prog is natively supported as validation is later - could try doing it earlier to give some hint at least, even though native status may still change later due to fog etc.)
| * set the _BaseFormat for window-framebuffers, could hit some assertion otherwiseRoland Scheidegger2007-07-211-0/+15
| |
| * minor cleanups, disable debuggingRoland Scheidegger2007-07-206-26/+6
| |
| * remove some more really old ifdefed out code...Roland Scheidegger2007-07-191-48/+0
| |
| * more cleanups (looks pretty reasonable now)Roland Scheidegger2007-07-196-358/+45
| | | | | | | | | | | | remove some already ifdefed out, no longer functional and used code. Don't do our own scissor clipping in the pixeldraw/copy paths, as meas already does that for us...
| * fix drawables not getting freed if context is made current with new drawablesRoland Scheidegger2007-07-191-1/+7
| |
| * swapbuffers with non-current contexts, cleanupsRoland Scheidegger2007-07-184-17/+17
| | | | | | | | | | | | | | manywin got broken (when intelPageflip got no longer called). Make sure that intelFlush is getting called when a context gets unbound, to handle later swapbuffer calls on that context's drawable better. Related, fix non-current cliprects getting used on unbound drawables.
| * get rid of checks for old ddxRoland Scheidegger2007-07-172-4/+3
| |
| * remove some more old stuffRoland Scheidegger2007-07-172-6/+0
| |
| * get rid of more pageflip/rotation code.Roland Scheidegger2007-07-174-66/+6
| |
| * fix mesa fb bindingRoland Scheidegger2007-07-172-3/+6
| | | | | | | | | | | | | | | | Make sure that we bind the right buffer (draw or read) when rebinding the window framebuffer (the api doesn't allow binding different draw and read buffers at the same time, but the default window framebuffer is basically 2 fb objects, one for read, one for write, which can be different). Pass both of these two down the driver api (no driver uses this right now).
| * remove old code, remaining bits of static handles, disable (no longer ↵Roland Scheidegger2007-07-178-314/+30
| | | | | | | | functional anyway) rotation code
| * increase MAX_RELOCS so never run out before batch buffer is full (fixes ↵Roland Scheidegger2007-07-171-1/+1
| | | | | | | | xdemos/shape)
| * fix resize bugs (fb size updated too late), fix typos, cleanups...Roland Scheidegger2007-07-165-8/+14
| |
| * small cleanupsRoland Scheidegger2007-07-162-43/+4
| |
| * get rid of more cliprects...Roland Scheidegger2007-07-162-23/+17
| |
| * more cliprect elimination (swrast span)Roland Scheidegger2007-07-161-12/+7
| |
| * get rid of more fake cliprects (drawpixel), and enable blit draw with scissorRoland Scheidegger2007-07-164-64/+87
| |
| * get rid of more cliprects (readpixel)...Roland Scheidegger2007-07-161-76/+91
| |
| * allow blit path for read pixels if pack->alignment isn't 1.Roland Scheidegger2007-07-161-6/+7
| | | | | | | | | | | | pack->alignment doesn't matter usually if the image is sufficiently aligned anyway. Speeds up some tests/readrate cases by a factor of 100 (since the pack->alignment default which noone ever bothers to change is 4).
| * change back driver change from previous commitRoland Scheidegger2007-07-151-3/+6
| |
| * fix bogus fb/drawable information (fixes xdemos/wincopy)Roland Scheidegger2007-07-151-2/+3
| | | | | | | | | | | | | | | | the framebuffer objects attached to drawables can have invalidate state associated with them, since for the window framebuffer this is per-context state and not per-fbo state. Since drivers may rely on that information (otherwise would need to check if currently the window-framebuffer is bound in a lot of places) fix it up in _mesa_make_current (ugly).
| * fix the texture copypixels pathRoland Scheidegger2007-07-151-9/+14
| |
generated by cgit v1.2.3 (git 2.39.1) at 2024-12-29 01:47:20 +0000