summaryrefslogtreecommitdiffstats
path: root/src/mesa/drivers
Commit message (Collapse)AuthorAgeFilesLines
* Update expected DRM version to 2.0.0Keith Whitwell2004-11-251-1/+1
|
* revert enabling of hw quads for swtcl. It lead to problems with quad_strips, ↵Roland Scheidegger2004-11-231-2/+2
| | | | since they'll get reduced to quads sometimes if hw quads are enabled. But this needs more thought, since it looks like clipped primitives will always be emitted as polys, so the reduced primitives for triangles, quads, quads_strips, polys all need to be the same, otherwise get lockups with for instance the olympic test. Render templates would probably need to be changed for this to work.
* moved windoze specific code outside drivers/glide/Daniel Borca2004-11-153-0/+0
|
* work around a bug in gcc 3.3.3 (which duplicates ASM block)Daniel Borca2004-11-151-1/+1
|
* fix _mesa_image_address2d invocationDaniel Borca2004-11-151-1/+1
|
* enable hw quad primitive for swtclRoland Scheidegger2004-11-121-2/+2
|
* add LOCK_HARDWARE/UNLOCK_HARDWARE to radeonClear so state gets updated which ↵Roland Scheidegger2004-11-121-0/+7
| | | | hopefully fixes lockups (?) (from r200 driver)
* (from r200 driver) If an application cleared before any state had been ↵Roland Scheidegger2004-11-121-16/+21
| | | | | | | | | | emitted, that clear would happen before any state had been set, causing a hang later on. Fix this by calling radeonFlush instead of FIREVERTICES (which checks if any state has been emitted but not flushed, before calling Flush) in radeonClear. While here, add some more debugging info which was useful, and remove an unnecessary save/restore in BackUpAndEmit.
* added a few sanity checksDaniel Borca2004-11-127-1782/+1800
| | | | made coding style a bit more consistent
* brown paper bag, r100 can't do hardware quads.Adam Jackson2004-11-121-1/+1
|
* make render_quads_verts call EMIT_PRIM with the arguments in the right order,Adam Jackson2004-11-122-2/+2
| | | | | and enable hardware quads on r200 and radeon. samples/prim renders quads correctly now.
* GL_(UN)PACK_SKIP_IMAGES should only be applied to 3D texture pack/unpackingBrian Paul2004-11-105-60/+52
| | | | | | | and ignored for 1D and 2D images. Need to pass in image dimensions (1,2,3) to the _mesa_image_address() function. This change gets propogated to some other routines. Also added new _mesa_image_address[123]d() convenience functions.
* add some chip idsRoland Scheidegger2004-11-102-3/+21
|
* do clipping prior to XGetImage, just in case the image would extend beyond ↵Brian Paul2004-11-091-1/+53
| | | | the screen's bounds
* Removed _swrast_clip_pixelrect(). Use _mesa_clip_drawpixels() instead.Brian Paul2004-11-091-3/+3
|
* Remove need for defining _MSC_VER when building Mesa for windows withBrian Paul2004-11-082-3/+5
| | | | a non MS C compiler (MinGW). (Gregor Anich)
* enable GL_EXT_fog_coord. Calculate fog factors and submit them instead of ↵Roland Scheidegger2004-11-039-9/+266
| | | | fog coords (it seems the chip cannot do fog factor computation when not using fragment depth as fog coord source). vtxfmt uses fallback for now (most code present but some magic would be needed if replaying vertices is necessary later on).
* Added MMX optimized version of the RGB565 ReadRGBASpan routine.Ian Romanick2004-11-021-7/+19
|
* No visible changes, but commit the groundwork for further experiments:Nicolai Haehnle2004-11-027-24/+360
| | | | | - Install custom (though inactive) pipeline - Track depth test and culling state in hardware registers
* Add culling registers, sync versions of r300_reg.hNicolai Haehnle2004-11-021-9/+16
|
* Nicolai's sw-clipspan-fixes.patchKeith Whitwell2004-11-012-12/+13
|
* protected against old djgpp distrosDaniel Borca2004-11-011-1/+3
|
* Removed _swrast_validate_pbo_access().Brian Paul2004-10-311-8/+52
| | | | In x11 driver, map/unmap PBO as needed in DrawPixels functions.
* use _mesa_unmap_buffer by defaultBrian Paul2004-10-311-2/+2
|
* Bug #1713: Some rare libGL's have __glXFindDRIScreen defined but do notAdam Jackson2004-10-271-6/+26
| | | | | export it via glXGetProcAddress. These are not supported anymore, so print an error message to that effect.
* As per suggestions my Michel Daenzer, improve the fix for bugzilla #1513.Ian Romanick2004-10-263-2/+66
|
* Bug #1679: Link DRI drivers against DRI_LIB_DEPS, not GL_LIB_DEPS.Adam Jackson2004-10-251-1/+1
|
* Implement ColorMaskNicolai Haehnle2004-10-242-9/+35
|
* Hardware accelerated depth clearNicolai Haehnle2004-10-245-16/+62
|
* Big-endian fixes for R200 sw TCL path.Ian Romanick2004-10-231-0/+21
|
* fixed compilation errorsDaniel Borca2004-10-202-5/+10
|
* fix compilation error in `convertPalette' (still have to fix the issue, though)Daniel Borca2004-10-191-2/+4
|
* Small optimization for big-endian (e.g., PowerPC) systems.Ian Romanick2004-10-181-0/+10
|
* print an error message in convertPalette before dying.Daniel Borca2004-10-181-0/+3
| | | | this is NOT a fix, but it'll have to wait a little...
* small fix to match new _mesa_rescale_teximage2dDaniel Borca2004-10-181-0/+2
|
* Fix compile errors when DEBUG is defined.Ian Romanick2004-10-182-5/+5
|
* Fix t_vertex byte-ordering issues for PowerPC. This was tested with gearsIan Romanick2004-10-171-0/+20
| | | | and tunnel (for fog).
* Fix hangs on big-endian (e.g., PowerPC) hardware.Ian Romanick2004-10-171-2/+1
|
* - FIX: flickeringNicolai Haehnle2004-10-1712-81/+274
| | | | - Scissor support works now
* Fixed off by one errors in clipping.Ville Syrjala2004-10-161-2/+2
|
* Add code to support projective texturing and fix mixed enabling of textureEric Anholt2004-10-1611-270/+265
| | | | | | | | | | | | | | | coordinate generation. Original code by Roland Schiedegger, with changes by myself. While here, ensure that the swtcl path does tnl_install_attrs enough when fog/specular are being (en/dis)abled. Notable effects: - projtex test works with TCL and is closer with swtcl (Bugzilla #1461) - 8/9 squares work in texgenmix instead of 3. - texcyl "reflect" mode works (GL_SPHERE_MAP is now a fallback -- unclear if the hardware can actually support it). - flickering in doom3 replaced by just plain darkness. - blocktube fixed (Bugzilla #984) - fixes stex3d
* Always turn on the TAM_DEBUG3=0x6 workaround on real r200s. It appears thatEric Anholt2004-10-161-2/+8
| | | | | | | the current cases for turning it on were insufficient (Bugzilla #1519, 729, 814) and it has no significant performance impact. Performance tested with quake3 in GL_LINEAR mode both with and without anisotropy, with the workaround always on or always off.
* Only build the MMX/SSE/SSE2 versions for ReadRGBASpan when the pixel formatIan Romanick2004-10-161-3/+12
| | | | matches what they optimized versions actually expect.
* Fixed a few places that should have been using GET_SRC_PTR.Ian Romanick2004-10-151-3/+3
|
* Convert MGA driver to use new spantmp2.h interface.Ian Romanick2004-10-151-70/+27
|
* Huge dumb drop. State:Nicolai Haehnle2004-10-1513-59/+296
| | | | | | | | | | - Color buffer clear is accelerated, but flickers (possibly caused by a recent DDX or Mesa change or bad merge) - Everything else uses software fallback rendering - There should be no clipping-related artifacts with the sw-clipspan-fixes.patch against Mesa (posted on dri-devel) - Multiple clients should be rock solid with a DDX patch that is soon to come (soon = within the next hour or so)
* Add support for optimized versions of the code underlying ReadPixelsIan Romanick2004-10-144-193/+607
| | | | | | | | | (and DrawPixels). The R200, R128, and Unichrome drivers get support in this commit. Other drivers would be easy enough to add for people that have the cards. The DRI (CVS) build will need to be updated to account for the new source files.
* Add a license to this file. It was written on VA's watch, so they getKeith Whitwell2004-10-131-0/+29
| | | | the honours.
* Added some documentation that I managed to figure out throughIan Romanick2004-10-131-17/+27
| | | | experimentation.
* Make the GL_RENDERER string include the actual chipset informationIan Romanick2004-10-131-8/+16
| | | | instead of always saying "CLE266".
generated by cgit v1.2.3 (git 2.39.1) at 2024-12-24 01:58:18 +0000