summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* Implement alpha buffer copy for SwapBuffers().Brian2007-03-234-5/+43
| | | | | | | | | | | | | Nicolai writes: When the pixmap pixel format has no alpha channel, the x11 driver (software rendering) adds a wrapped alpha channel on request. During SwapBuffers, this alpha channel is not copied from back to front, which means that the front buffer doesn't really contain the contents that the back buffer previously contained. A subsequent glReadPixels from the front buffer will return an incorrect result. The following patch attempts to fix this.
* r300: Whitespace cleanup (remove trailing spaces)Nicolai Haehnle2007-03-231-108/+108
|
* use _mesa_alloc_instructions()Brian2007-03-221-3/+2
|
* use _mesa_copy_instructions()Brian2007-03-221-4/+3
|
* Ensure we have a valid ReadBuffer for CopyTexSubImage, andAlan Hourihane2007-03-221-6/+6
| | | | | | if not bail accordingly. Previously we'd only do this test on compressed textures.
* fix for bug#10339Xiang, Haihao2007-03-222-3/+3
| | | | StateFlags has been updated in _mesa_add_state_reference
* document 1D convolution fixBrian2007-03-211-0/+1
|
* 1D convolution (and post-conv scale/bias) were inadvertantly applied to 2D ↵Brian2007-03-213-1/+15
| | | | image transfers.
* fix copy and paste bug from last commit in fog generation code for GL_LINEAR fogRoland Scheidegger2007-03-211-2/+2
|
* nouveau: update for drm interface changes (0.0.5)Ben Skeggs2007-03-214-9/+13
|
* nouveau: SwapBuffers() needs to perform a glFlush()Ben Skeggs2007-03-211-0/+1
|
* mesa: revert f9f79c8d770e696249bd98c68b563f887562c974Xiang, Haihao2007-03-213-16/+6
| | | | | | | to fix #10232 Table6.1(in gl2.1) has been applied for glGetTexImage before calling into _mesa_pack_rgba_span_float.
* r300: Remove the program-global const_sin indexNicolai Haehnle2007-03-212-31/+23
| | | | | | | The index is no longer necessary to share constants between multiple SIN/COS/SCS instructions inside a single fragment program, and storing a tiny implementation detail like this in the fragment_program structure itself was just nasty.
* r300: Whitespace cleanup (remove trailing spaces)Nicolai Haehnle2007-03-201-26/+26
|
* fix for bug#10347Xiang, Haihao2007-03-201-9/+3
| | | | | | not sure which brw surface for DXT3 & DXT5, so restore the previous choice.(changed in commit 84081774e62a8af18e6bf894ea69f63b97dcfe96)
* use passed target parameterAlan Hourihane2007-03-201-1/+1
|
* nouveau: fix typoBen Skeggs2007-03-201-1/+1
|
* nouveau: fail translate if we use too many params somehowBen Skeggs2007-03-203-5/+31
|
* nouveau: NVSDBG macroBen Skeggs2007-03-205-0/+24
|
* r300: Cleanup fragment program constant allocation, share constantsNicolai Haehnle2007-03-192-73/+61
| | | | | | | | | The constant/parameter allocation was significantly simplified, removing one unnecessary copy operation of parameters. The dirty state tracking is unchanged and far from optimal, since all state is always re-fetched. Constants and parameters are now emitted only once, which significantly reduces the resource pressure on larger programs.
* r300: Fix special case (tmp.x <= 0) in fragment program LIT instructionNicolai Haehnle2007-03-191-2/+2
| | | | Also, fix a typo in a related comment.
* r300: Clear fragment program instruction slots on first useNicolai Haehnle2007-03-191-0/+2
| | | | | | | | Make sure that instruction slots are fully initialized with NOPs during find_and_prepare_slot(). This fixes a bug when a fragment program was translated more than once (e.g. due to a second call to glProgramStringARB). This partially fixes glean/fragProg1.
* r300: Dump fragment program after translation if RADEON_DEBUG=pixel is setNicolai Haehnle2007-03-191-1/+1
|
* r300: Whitespace cleanup (remove trailing spaces)Nicolai Haehnle2007-03-191-109/+109
|
* r300: Fix WRITEMASK handling when writing to result.depthNicolai Haehnle2007-03-191-3/+8
| | | | | | | | | This is a necessary change to emit the right instructions when writing to result.depth. However, even with this test, Z-write doesn't work properly, and I don't fully understand why. In addition to this, we'll at least have to disable early-Z, but even that doesn't seem to be enough.
* r300: Streamlined fragment program LIT implementationNicolai Haehnle2007-03-191-62/+101
| | | | | | | | Fix a bug in the LIT implementation (clamp exponent to 128, not 0.5) and change the implementation around. In theory, the new implementation needs as little as 5 instruction slots. Unfortunately, the dependency analysis in find_and_replace_slot is not strong enough to look at individual components of a register yet.
* r300: Fix fragment program reorderingNicolai Haehnle2007-03-192-5/+37
| | | | | Do not move an instruction that writes to a temp forward past an instruction that reads the same temporary.
* r300: Fragment program dumps format tex instructionsNicolai Haehnle2007-03-191-2/+28
|
* r300: Fix hw fragment program dumpNicolai Haehnle2007-03-191-17/+34
| | | | | | | Dumps of fragment programs were incorrect when the program consisted of multiple nodes. Also, improved the formatting a bit.
* r300: Fix fragment program instruction pairing and register allocationNicolai Haehnle2007-03-193-290/+582
| | | | | | | | | | | | | There were a number of bugs related to the pairing of vector and scalar operations where swizzles ended up using the wrong source register, or an instruction was moved forward and ended up overwriting an aliased register. The new algorithm for register allocation is quite conservative and may run out of registers before necessary. On the plus side, It Just Works. Pairing is done whenever possible, and in more cases than before, so in practice this change should be a net win.
* i915tex: The intended triple buffering fix.Michel Dänzer2007-03-192-27/+1
| | | | | Making modifications while the editor spawned by git-commit was suspended didn't have the intended effect.
* i915tex: Fix triple buffering after recent Mesa core changes.Michel Dänzer2007-03-191-0/+22
| | | | | | | | | | Remove superfluous _mesa_resize_framebuffer call which is now harmful because it causes the third renderbuffer to have width/height 0, so Mesa refuses to render to it. In the long term, it would be nice to remove the hack in intel_alloc_window_storage in favour of a proper Mesa interface for flipping between more than two colour buffers.
* fix off-by-one in load_state_immediateKeith Whitwell2007-03-182-2/+2
|
* fix typo in subrect_disable packetKeith Whitwell2007-03-181-1/+1
|
* fix typo in subrect_disable packetKeith Whitwell2007-03-181-1/+1
|
* screen offset changes, bug 9965Miguel Marte2007-03-185-46/+36
|
* fix assertion in read_depth_pixels()Nicolai Haehnle2007-03-181-1/+1
|
* r300: Removed the deprecated $XFree86$ CVS keywords.Oliver McFadden2007-03-187-7/+0
|
* r300: Corrected the string for polygon mode; it wasn't updated from unkXXX.Oliver McFadden2007-03-181-1/+1
|
* nouveau: avoid using uninitialised TexSrcUnit.Ben Skeggs2007-03-191-1/+22
|
* mesa: SWAP_BUFF support when calling DrawPixels(DEPTH_COMPONENT)Xiang, Haihao2007-03-182-55/+49
| | | | or TexImage(DEPTH_COMPONENT)
* mesa: enhance fxt1_quantize_ALPHA1Xiang, Haihao2007-03-181-33/+44
| | | | If possible, let minCol != maxCol
* i965: fix for FXT1 & S3TC texture formatXiang, Haihao2007-03-181-4/+11
| | | | choose the right mesa texformat for FXT1 & S3TC
* Use _mesa_copy_instructions rather than memcpy in _mesa_insert_mvp_code.Oliver McFadden2007-03-181-2/+1
|
* fix some format conversion bugs in glGetTexImage(), bug 10288Haihao Xiang2007-03-171-0/+19
|
* r300: change vendor string to DRI R300 ProjectDave Airlie2007-03-171-1/+4
|
* Assorted fixes for dealing with zero-size frame/renderbuffers.Brian2007-03-164-35/+51
| | | | | | | | | | In xmesa_check_and_update_buffer_size() handle xmctx==NULL correctly: still call _mesa_resize_framebufer(). If we don't we can wind up in a situation where the framebuffer size is non-zero but an attached renderbuffer size is still initialized to zero. This inconsistancy can later cause problems. Check for zero-size renderbuffers in update_color_draw_buffers() and update_color_read_buffer(). See bug 7205.
* Colortable re-org.Brian2007-03-168-268/+170
| | | | | The pixel transfer path has three color table lookups. Use an array [3] to store that info, rather than separate variables.
* added a renderbuffer commentBrian2007-03-161-1/+1
|
* added null xmctx check to XMesaResizeBuffers(), bug 7205Mathias Hopf2007-03-161-0/+2
|
generated by cgit v1.2.3 (git 2.39.1) at 2024-12-21 02:28:24 +0000