summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* Redesign pipe_surface in terms of pipe_region.Brian2007-07-3115-270/+538
| | | | | | 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-3127-287/+342
| | | | | | 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
|
* Build the "pipe" version of the i915tex driver.Keith Whitwell2007-07-311-1/+1
| | | | This hands all rendering off to the softpipe rasterizer.
* 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
|
* fix assertionsBrian2007-07-311-2/+2
|
* 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
| |
| * fix bogus recently introduced function param commentsRoland Scheidegger2007-07-201-2/+0
| |
| * 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
| |
| * fix mesa's handling of fbo's / window fb (again)Roland Scheidegger2007-07-186-41/+77
| | | | | | | | | | | | | | | | Make sure the relevant fields in window fbs get updated at appropriate time (those are NOT the same as fbos!!!), and fix up related code accordingly. This is a bit ugly, but there's a reason the issues section in EXT_fbo is a couple hundred pages long... Hopefully correct now.
| * more fixes for mesa's fbo handling (fixes tests/fbotest1/2)Roland Scheidegger2007-07-183-3/+14
| |
| * 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 up mesa's probably bogus framebuffer updates with different read/write fbsRoland Scheidegger2007-07-171-14/+26
| |
| * fix mesa fb bindingRoland Scheidegger2007-07-174-7/+12
| | | | | | | | | | | | | | | | 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-179-314/+32
| | | | | | | | 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-152-2/+14
| | | | | | | | | | | | | | | | 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
| |
| * begin getting rid of fake clip rects (copy_pixel)Roland Scheidegger2007-07-152-54/+80
| |
| * fix assertion, z/stencil swarst readback, (still looks suspicious) ↵Roland Scheidegger2007-07-144-6/+12
| | | | | | | | copyTexSubimage
| * bugfixes (wrt fb updates), cleanupsRoland Scheidegger2007-07-136-46/+44
| | | | | | | | | | | | | | | | move drawable validation back to where it was now that the driDrawable information isn't used directly anymore. Fix bogus fb updates (the context we get for SwapBuffer processing may not have the drawable being processed attached!) glthreads behaves a bit better but still not correct.
| * don't use driDrawable information directly, don't resize at makecurrentRoland Scheidegger2007-07-1212-114/+77
| | | | | | | | | | | | driDrawable information now isn't used in most parts of the driver. makecurrent only updates fb information when the context is new (driDrawable is still updated by the dri common code).
| * restrict blitted area to size of rendered areaRoland Scheidegger2007-07-113-24/+30
| |
* | 32 and z24s8 softpipe buffersBrian2007-07-304-33/+164
| |
* | remove some obsolete xmesa remnantsBrian2007-07-301-10/+0
| |
generated by cgit v1.2.3 (git 2.39.1) at 2024-12-23 04:04:44 +0000