aboutsummaryrefslogtreecommitdiffstats
path: root/src/mesa/drivers
Commit message (Collapse)AuthorAgeFilesLines
...
* TNL module needs to implement ctx->Driver.ProgramStringNotify() functionBrian Paul2005-10-281-0/+2
| | | | | so that calls to glProgramStringARB() to specify a new program causes the TNL-attached data to get recomputed.
* Silence gcc-4 warnings.Aapo Tahkola2005-10-281-3/+3
|
* Fix texture mixup when two or more contexts.Aapo Tahkola2005-10-281-4/+5
|
* fix missing commit for span changesDave Airlie2005-10-281-0/+1
|
* fix up radeon span functions using latest r200 code from Brian,Dave Airlie2005-10-282-177/+178
| | | | tested with reflect on 32-bit.. not sure why depthHasSurface isn't needed
* Compiled arrays for vtxfmt_a path.Aapo Tahkola2005-10-285-28/+85
|
* GC a bit of dead code I noticed while looking at texwrap.Eric Anholt2005-10-281-7/+0
|
* Correct the ordering of the blend constant color.Eric Anholt2005-10-282-3/+4
|
* Add support for GL_EXT_stencil_wrap, from hearing that the windows drivers didEric Anholt2005-10-273-17/+25
| | | | | | | it, and guessing that the two remaining entries in the 3-bit values were the new funcs. Tested with modified stencilwrap test. Also, remove the commented fallback stuff -- more modification to stencilwrap suggests that those issues were just from span readback, not stencil implementation.
* Bug #1028: Add hardware-accelerated stencil support to r128. Testing withEric Anholt2005-10-276-16/+367
| | | | | | | | | | | | stencilwrap reported many issues with various modes. Some of these were complicated by the fact that spans are broken (Bug #1615), but some appear to be real bugs. However, while spans remain broken, I found that visual results were better by avoiding fallbacks rather than avoiding just a broken stencil implementation. Note that this required changing the depth spans at 24+8bpp into read-modify-write cycles. It would be nicer as a single write with a mask, but the kernel span blits turn off masking. Reviewed by: ajax
* Bug #4900: Fix the non-fogcoord fog test on r100 (and rv200) at tcl_mode=1 byEric Anholt2005-10-271-2/+8
| | | | | flipping the signs on two factors. While this contradicts the DDK, it matches what r200 does, and it fixes the test.
* Add support for HW stencil spans, mirroring the depth spans support. Used forEric Anholt2005-10-271-2/+51
| | | | Rage 128 stencil support.
* Bump driver date for recent extension adds.Eric Anholt2005-10-271-1/+1
|
* Cover my arse.Aapo Tahkola2005-10-261-1/+1
|
* Reduce stderr noise and fix some compiler warnings.Aapo Tahkola2005-10-267-345/+33
|
* Remove few outdated r200 files.Aapo Tahkola2005-10-265-108/+4
|
* Sync with my local tree.Aapo Tahkola2005-10-2616-156/+1898
| | | | | | Changes to current operation: -Elts are no longer converted to 16-bit format -Cube maps
* Fix invalid vsf temp count for rv350.Aapo Tahkola2005-10-261-3/+3
|
* Fix the RGB order of the specular color emit, and turn GL_EXT_secondary_colorEric Anholt2005-10-263-17/+6
| | | | | | | back on. Tested using seccolor modified to use the blue channel instead of green, since green stays in the same place across RGB/BGR mistakes. Also hook in UpdateSpecular on COLOR_EXT change, which might have resulted in missing statechanges before.
* Add support for GL_EXT_fog_coord, tested using tests/fog.c. (Also, matches theEric Anholt2005-10-261-0/+2
| | | | output from indirect rendering).
* Add disabled support for GL_EXT_fog_coord. While it seems correct to me, it'sEric Anholt2005-10-264-17/+35
| | | | | | | | not respecting the coords (or perhaps interpreting them differently?) in my testing. However, in the process it led to a fix of a secondary color handling issue where it would be taken from the wrong offset, I believe, based off of reading the r200 driver. Also add a minor tweak to save time in the fog-but-not-specular case.
* Move the front.offset setting above a check to shortcut reallocating buffers ifEric Anholt2005-10-252-5/+6
| | | | | | | | width and height stayed the same. Rely on front.offset pointing at the origin in the window (rather than the origin of the front buffer), and fix the coords in swapbuffers, which were wrong. This is different from other drivers because we've got a back buffer with a 0,0 origin at the window's origin, which makes it more convenient to have the front buffer match it.
* Initial add of some (disabled) SiS 6326 drawing code integrated from Alan Cox'sEric Anholt2005-10-2511-58/+1894
| | | | | | | | last drop I saw, which was in turn based on a code drop of mine. Texturing, culling, and several extensions are unimplemented, and some features could probably be improved. It's untested, but there don't appear to be regressions on the 300-series code, so I'd like to get these bits in now so that it can be worked on as not a huge diff.
* Cut a bunch of code by not trying to precompute the blit commands and insteadEric Anholt2005-10-249-289/+83
| | | | | just do it per blit. No noticable performance difference (or behavior difference, in my tests), and a significant difference in sanity.
* In the last commit I added in a fatal error on unknown base formats so IEric Anholt2005-10-241-0/+14
| | | | | | wouldn't get confused when adding support for new formats. However, it resulted in dying in texenv instead of drawing something undefined for GL_DECAL. Do what GLcore apparently does and just pass the fragment through.
* Fix and enable GL_MESA_ycbcr_texture. Looks fine with yuvrect. I'm slightlyEric Anholt2005-10-243-3/+33
| | | | | concerned that TEXEL_YUV422 looks like TEXEL_YVU422 and TEXEL_VUY422 looks like TEXEL_VYU422 in yuvrect, but I'm happy enough for now.
* Add support for GL_EXT_secondary_color, tested with seccolor test.Eric Anholt2005-10-245-17/+50
|
* Turn off the AGP dispatch path yet again, as it seems to be broken (found withEric Anholt2005-10-241-1/+1
| | | | tuxracer and the upcoming support for secondary color).
* Add RV350 AQ chip. (popolon at popolon dot org)Adam Jackson2005-10-241-0/+2
|
* Since we memcpy texture data synchronously to the card, idle the engine beforeEric Anholt2005-10-241-0/+4
| | | | | we start copying. I haven't seen it go wrong before, but I'm pretty sure this fix is correct.
* - Add a few more hardware internal formats that are supported. Some remainingEric Anholt2005-10-244-41/+135
| | | | | | | | ones require custom texstore, so they aren't done yet. - Add YCBCR support commented out, since the yuvsquare test didn't work with just the bits I've added. - Add the no-compression GL_ARB_texture_compression support. - Add the driconf texture depth option and try to respect it.
* Fix the GL_BLEND case (and remove the fallback associated with it) by convertingEric Anholt2005-10-242-27/+16
| | | | the float values to bytes before packing them. Tested with texenv.
* Fix texenv by moving a misplaced check for being in fallback (should cover onlyEric Anholt2005-10-241-2/+5
| | | | | render state, not texture state). While here, move a SIS_FIREVERTICES to a more appropriate location, though it was harmless.
* Add support for GL_ARB_texture_border_clamp and GL_ARB_texture_mirrored_repeat,Eric Anholt2005-10-242-24/+29
| | | | | | | tested using texwrap, fixing the sourcing of border constant values (use the bytes, not the floats!). Remove the fallback on GL_CLAMP_TO_EDGE, which acts properly, and add a note to GL_CLAMP about nonconformance (whcih is what the fallback for CLAMP_TO_EDGE was probably targeting).
* Fix a typo in a fallback string.Eric Anholt2005-10-241-1/+1
|
* Add support for GL_EXT_stencil_wrap by guessing that the skip of two values inEric Anholt2005-10-244-7/+32
| | | | | | | | the register header was meaningful. It turns out those were the proper values for the plain INCR/DECR ops, while what we were using as INCR/DECR were the _WRAP versions. Tested with stencil_wrap (didn't expose normal/_WRAP swapping) and stencilwrap (exposed it nicely) tests. Props to idr for poking me about adding this.
* disable yuv textures (GL_MESA_ycbcr_texture) on rv250 (hw bug, #2078). ↵Roland Scheidegger2005-10-221-48/+55
| | | | Change the initialization to fail if an unknown pci id is detected, instead of accepting all values which are not r100-based radeons.
* fix GLX server resize/crash when resizing windowsBrian Paul2005-10-211-1/+0
|
* add the tile bits for offset, and unk bit 31 of sizeDave Airlie2005-10-211-0/+3
|
* fix another renderbuffer wrapping bugBrian Paul2005-10-201-4/+3
|
* Bump driver dates for the crasher fixes yesterday.Eric Anholt2005-10-202-2/+2
|
* fixes for r300_tex.c from Aapo TahkolaDave Airlie2005-10-201-4/+4
|
* Make SiS a little more like other drivers: Add SIS_DEBUG (only option beingEric Anholt2005-10-194-9/+63
| | | | | "fall" so far) and make the fallback_force option be no_rast like other drivers. Incidentally, makes no_rast not crash (though it still fails to render).
* Remove some long-dead code.Eric Anholt2005-10-194-215/+0
|
* Fix a missed merge for idr's dispatch changes: failure to do driInitExtensionsEric Anholt2005-10-192-1/+12
| | | | in __driCreateNewScreen_20050727 resulted in crashing in dispatch.
* s/memcpy/_mesa_memcpy/, s/FREE/_mesa_free/Brian Paul2005-10-194-8/+8
|
* Bug #4615: Fix the SiS driver for the renderbuffer changes. Previously, allEric Anholt2005-10-1911-197/+252
| | | | | | | drirenderbuffers pointed at screen offset 0 and NULL. Instead, set up the front buffer at startup but leave the others for later, since sis allocates them on demand rather than using the static method of the other non-sis-descendent drivers. Some basic apps work, but fallbacks may be broken still.
* Fix a missed merge for idr's dispatch changes: failure to do driInitExtensionsEric Anholt2005-10-182-1/+12
| | | | | in __driCreateNewScreen_20050727 resulted in crashing in dispatch. Rendering remains broken.
* Add _mesa_exec_malloc() and _mesa_exec_free() for allocatingKeith Whitwell2005-10-187-283/+4
| | | | | executable memory. Based on Thomas Hellstrom's patch. TODO: glapi.c also needs this, but cannot access this code.
* on r200, don't emit fog coords when fog isn't actually enabled. Fix bug with ↵Roland Scheidegger2005-10-183-4/+7
| | | | vtxfmt not causing a fallback when fog coords are active.
generated by cgit v1.2.3 (git 2.39.1) at 2024-12-03 08:51:48 +0000