aboutsummaryrefslogtreecommitdiffstats
path: root/src/mesa/drivers/dri/radeon
Commit message (Collapse)AuthorAgeFilesLines
...
* r300: Implement SetTexOffset hook.Michel Dänzer2007-05-221-0/+4
|
* bring over recent radeonMakeCurrent fixes for r300 to radeon/r200Roland Scheidegger2007-05-121-1/+1
|
* Revert "r300: Merged radeon_span.c."Oliver McFadden2007-05-111-6/+1
| | | | This reverts commit 0aa998b2ab6fdfe139b54de9868e2383440685d0.
* r300: Corrected some macro errors from the previous commit.Oliver McFadden2007-05-111-6/+6
|
* r300: Reduced the diff on radeon_lock.[ch].Oliver McFadden2007-05-111-2/+2
|
* r300: Initial work on merging radeon_lock.[ch].Oliver McFadden2007-05-112-60/+67
|
* r300: Merged radeon_span.c.Oliver McFadden2007-05-111-1/+6
|
* r300: Cleaned up radeon_context.h slightly; mostly Indent.Oliver McFadden2007-05-091-344/+325
|
* r300: Indented radeon_span.hOliver McFadden2007-05-091-2/+2
|
* r300: Further reduced the radeon_span.c diff.Oliver McFadden2007-05-091-2/+49
|
* r300: Further reduced the diff between radeon_span.[ch].Oliver McFadden2007-05-091-0/+3
|
* r300: Indented both copies of radeon_span.[ch] in preparation for merging.Oliver McFadden2007-05-092-93/+80
|
* radeon: enable xpress chipsetsDave Airlie2007-05-071-2/+1
| | | | | | | glxgears and googleearth now run so that seems like a good start Thanks to Aapo Tahkola for doing the 3D work on this so far, I got lost after the GART changes.
* the RS400 definitely doesn't work at this point so don't let it initDave Airlie2007-04-091-1/+2
|
* r128, radeon, r200: Check ctx->WinSysDrawBuffer before calling function that ↵Roland Scheidegger2007-03-271-2/+4
| | | | | | | dereferences it. Same fix as for r300 (which fixed https://bugs.freedesktop.org/show_bug.cgi?id=10417), since it's likely an issue with those drivers too.
* enable ARB_vertex_buffer_object for more dri driversRoland Scheidegger2007-03-131-0/+2
| | | | | | | ARB_vertex_buffer_object looks like a useful extension even for old chips. The drivers should not need any code to be able to use this extension since they just use mesa's vbo code anyway. Newly enabled for i810, mach64, mga, r128, radeon, savage, sis and unichrome.
* radeon: Adapt cliprect fixes from r300.Alan Swanson2007-03-123-5/+8
|
* Fix/improve framebuffer object reference counting.Brian2007-03-061-1/+1
| | | | | | | Use _mesa_reference_framebuffer() and _mesa_unreference_framebuffer() functions to be sure reference counting is done correctly. Additional assertions are done too. Note _mesa_dereference_framebuffer() renamed to "unreference" as that's more accurate.
* r300: Add proper support for sin/cos instruction in fragment programRune Peterson2007-02-121-1/+10
| | | | | | | | | | | Getting proper SIN and COS wasn't as easy as it appeared. I had to make make some changes to the fragment program code. general FP changes: - support HHH swizzle for vector instructions. - don't copy a source to a temp when it is not XYZW swizzled, but combine the two and have the swizzle resolve any issues. (saves temps/instructions with more elaborate shader code) - fix overflow in cnstv[].
* remove now unused vtxfmt stuff from radeon/r200 header filesRoland Scheidegger2007-02-031-111/+0
|
* Merge branch 'vbo-0.2'Keith Whitwell2007-02-0214-3350/+12
|\ | | | | | | | | | | | | Conflicts: src/mesa/main/texcompress_s3tc.c src/mesa/tnl/t_array_api.c
| * Merge branch 'master' of git+ssh://[email protected]/git/mesa/mesa ↵Keith Whitwell2007-01-162-3/+2
| |\ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | into vbo-0.2 Conflicts: src/mesa/array_cache/sources src/mesa/drivers/dri/i965/brw_context.c src/mesa/drivers/dri/i965/brw_draw.c src/mesa/drivers/dri/i965/brw_fallback.c src/mesa/drivers/dri/i965/brw_vs_emit.c src/mesa/drivers/dri/i965/brw_vs_tnl.c src/mesa/drivers/dri/mach64/mach64_context.c src/mesa/main/extensions.c src/mesa/main/getstring.c src/mesa/tnl/sources src/mesa/tnl/t_save_api.c src/mesa/tnl/t_save_playback.c src/mesa/tnl/t_vtx_api.c src/mesa/tnl/t_vtx_exec.c src/mesa/vbo/vbo_attrib.h src/mesa/vbo/vbo_exec_api.c src/mesa/vbo/vbo_save_api.c src/mesa/vbo/vbo_save_draw.c
| * | merge current trunk into vbo branchAlan Hourihane2006-11-022-5/+5
| | |
| * | remove vtxfmt code, switch over to vboKeith Whitwell2006-10-3114-3350/+12
| | |
* | | fix unitialized values in radeonClearRoland Scheidegger2007-02-011-4/+4
| | |
* | | support as much of GL_EXT_stencil_two_side as we can. untested.Aapo Tahkola2007-01-181-1/+7
| |/ |/|
* | Remove unnecessary setting of GetBufferSize to NULL.Ian Romanick2006-11-091-1/+0
| |
* | s/GLuint/int/ to silence warningsBrian Paul2006-11-021-2/+2
| |
* | Remove x/y/width/height parameters from Clear functions.Brian Paul2006-11-011-3/+2
| |
* | Correct a little bug, radeon->glCtx is a pointer.Jerome Glisse2006-11-011-2/+3
|/
* Enable GLX_SGI_make_current_read for radeon.Ian Romanick2006-10-185-34/+57
| | | | | | | | | | | | | | Added code to track the drawable bound to the context for reading. In addition, when a drawable is initially bound (for reading or drawing) or when the size of the drawable changes, update the size of the framebuffer object that back the drawable (for software fallbacks). Deprecate the old GetBufferSize interface. Bump the driver date. These changes were tested with wincopy on both direct rendering and accelerated indirect rendering (AIGLX).
* Want to stop passing x/y/width/height to Clear() function.Brian Paul2006-10-181-6/+14
| | | | | | | The coordinates need to be computed after we've got the hw lock. Code updated to: 1. Ignore all/x/y/width/height/ params passed to Clear func. 2. Pass 0,0,0,0,0 to _swrast_Clear() until they're totally removed.
* fix handling of textures with a base internal format that does not have all ↵Roland Scheidegger2006-10-151-10/+27
| | | | four rgba values set for radeon and r200 (discovered with a modified glean pixelFormats test, noone ever noticed in over 2 years). For radeon, use hw format I8 as previously, and change tex env to make the correct default values appear for both GL_ALPHA and GL_LUMINANCE textures. For r200, which supports GL_LUMINANCE just fine, use the AL88 hw format for GL_ALPHA textures, since it seems like it's probably not worth the effort to fix up the texture environment (certainly complicated in case of ATI_fragment_shader programs).
* Remove Driver.ResizeBuffers = _mesa_resize_framebuffer lines.Brian Paul2006-10-151-1/+0
| | | | | This is already done by the preceeding call to _mesa_init_driver_functions() which plugs in default functions like that.
* implement ARB_point_parameters and ARB_point_sprite on r200. The code is ↵Roland Scheidegger2006-10-131-0/+2
| | | | nearly the same as outlined in bug #4707, except it disables perspective correction for point sprites to make them actually work. And, separate the state atom into two as the tcl parameters would overwrite vertex program parameters when active. Also implement the GL_VERTEX_PROGRAM_POINT_SIZE_ARB option to make vertex programs outputting a point size work correctly (untested). Smooth points will still always be size 1. While here, enable gouraud shading for fog when using fog coord.
* Make driDrawableInitVBlank() initialize the sequence number.Michel Dänzer2006-09-281-1/+2
| | | | | This prevents the first wait for vertical blank from timing out when the X server has been running for a long time.
* always use argb8888 instead of rgba8888, this is far more likely to hit a ↵Roland Scheidegger2006-09-131-4/+4
| | | | faster memcopy path in mesa (at least on little endian systems, possibly on big endian too)
* Always mark tex state atom as dirty when the texture image is dirty, this ↵Roland Scheidegger2006-09-131-4/+6
| | | | ensures texture cache gets flushed in case the new texture has the same offset as the old one (fixes glean pixelFormat test at least on r200).
* don't use derived value _ColorLogicOpEnabled as it's not current by the time ↵Roland Scheidegger2006-09-131-3/+6
| | | | we call the blend/logic op functions. Fixes glean logicOp test on r200.
* remove code to deal with non-normalized texture coordinates for tex rect ↵Roland Scheidegger2006-09-105-168/+42
| | | | targets (swtcl tex coord translation stage, tcl tex matrix adaption) and use the chip's native handling of such coords instead (!!!). Seems noone noticed those bits in the se_coord_fmt reg, even though it works fairly similar to r200 (except it's set per-unit and always active, so only enable it for texture rectangles).
* cause a raster fallback if a yuv texture is used on texture unit > 0 as yuv ↵Roland Scheidegger2006-09-101-0/+3
| | | | conversion appears only to work on first unit.
* cause a vtxfmt fallback directly when hitting NewList for radeon and r200 ↵Roland Scheidegger2006-09-081-0/+10
| | | | drivers, otherwise we'll mix up tcl and vtxfmt path for some reason. This fixes a warzone2100 asssertion failure.
* Give the user posibility to choose speed over correctness.Rune Petersen2006-08-311-1/+14
| | | | | | It does 2 things: 1) Allows you to disable S3TC, wine-games sometimes need S3TC enabled. 2) Disable fallbacks that usually have low impact.
* close #6318Aapo Tahkola2006-08-271-7/+4
|
* remove the now confusing option to manually enable software ARB_vp if drm is ↵Roland Scheidegger2006-08-191-2/+1
| | | | not new enough on r200
* remove code dealing with drmMinor version < 6 since all radeon drivers ↵Roland Scheidegger2006-06-022-45/+18
| | | | request at least drmMinor 6 anyway.
* retry on EBUSY instead of EAGAIN in radeonWaitIrq (it appears this was the ↵Roland Scheidegger2006-06-011-1/+1
| | | | intention as drm seems to never return EAGAIN) in all radeon drivers.
* preparation for r200 hw vertex programs. Increase R200_CMD_BUF_SZ to 16k ↵Roland Scheidegger2006-05-274-0/+5
| | | | instead of 8k (the reasons why it was exactly 8k are unclear). Add register defines, sanity code, fix potential issue with wrong statechange order when disabling fragment programs.
* Dont allow 16 tex units to be used at all.Aapo Tahkola2006-05-181-1/+1
|
* the r300 should only use 8 until Mesa can deal with thisDave Airlie2006-05-121-1/+1
|