summaryrefslogtreecommitdiff
AgeCommit message (Collapse)Author
2008-07-06r300: Translate fragment program DST in radeon_program_aluNicolai Haehnle
2008-07-06r300: Translate fragment program LRP in radeon_program_alu.cNicolai Haehnle
2008-07-06r300: Allow adding parameters during fragprog transform, share LIT codeNicolai Haehnle
2008-07-05r300: Correctly scan for used temporary registersNicolai Haehnle
This fixes a regression introduced by dea8719f0...
2008-07-05r500: Major refactoring of fragment program emitNicolai Haehnle
Use the common facilities to convert non-native instructions into native ones. Worked hard to make the code easier to read (hopefully), by using helper functions instead of direct manipulation of the machine code. Fixes two bugs related to FLR and XPD.
2008-07-05r300: Remove clause stuff for now in favour of a cloned generic gl_programNicolai Haehnle
2008-07-05r500_fragprog: Cleanup some unused variables and code.Nicolai Haehnle
2008-07-05r500: Fix a mixup in fragment program LRP instruction emitNicolai Haehnle
2008-07-05r500: Fix blend color.Nicolai Haehnle
2008-07-05_mesa_clone_program: Copy ShadowSamplersNicolai Haehnle
2008-07-04r300: Fix depth texture in compare modeNicolai Haehnle
Missed the homogenous divide of R by Q before...
2008-07-04Enable TexGen based on InputsRead when a fragment program is activeNicolai Haehnle
The old behaviour depended on which texture images the fragment program reads from, which seems to contradict the shader specifications. Note: Piglit's general/texgen test checks for this problem.
2008-07-04GLSL-related bug fixesBrian Paul
2008-07-04mesa: generate GL_INVALID_OPERATION in _mesa_get_uniform_location() if ↵Brian Paul
program isn't linked
2008-07-04mesa: remove incorrect assertionBrian Paul
2008-07-04glcontextmodes.c is required remove the reference in .gitignoreAlan Hourihane
2008-07-04mesa: fix polygon offset issue (bug #12061)Xiang, Haihao
2008-07-03mesa: fix various error codesBrian Paul
2008-07-03mesa: fix some error codes in _mesa_ShaderSourceARB()Brian Paul
2008-07-03mesa: fix problem freeing framebuffer/renderbuffer objectsBrian Paul
Basically, set up no-op Delete() methods for the DummyFrame/Renderbuffer objects.
2008-07-03mesa: additional error checking, fix error codesBrian Paul
2008-07-03mesa: regenerated fileBrian Paul
2008-07-03mesa: additional vec4 constructorBrian Paul
2008-07-03mesa: fix array storage allocation bugBrian Paul
2008-07-03mesa: fix incorrect array size, added assertionBrian Paul
2008-07-02mesa: fix vertex array validation test for attribute 0 (vert pos)Brian Paul
We don't actually need vertex array[0] enabled when using a vertex program/shader.
2008-07-02mesa: when linking a shader program, make sure all the shaders compiled OKBrian Paul
2008-07-02mesa: added some debug code (disabled)Brian Paul
2008-07-02mesa: fix error codes in _mesa_shader_source(), _mesa_get_shader_source()Brian Paul
If the 'shader' parameter is wrong, need to either generate GL_INVALID_VALUE or GL_INVALID_OPERATION. It depends on whether 'shader' actually names a 'program' or is a totally unknown ID. There might be other cases to fix...
2008-07-02mesa: regeneratedBrian Paul
2008-07-02mesa: added some missing equal() notEqual() intrinsicsBrian Paul
2008-07-02intel: span rendering requires just a flush before starting, not finish.Eric Anholt
The dri_bo_map()s that follow will take care of idling the hardware as needed.
2008-07-02mesa: regenerated filesBrian Paul
2008-07-02mesa: fix all(bvec2) function typo, add missing bvec2/3/4() constuctorsBrian Paul
2008-07-02mesa: fix issues around multisample enableRoland Scheidegger
multisample enable is enabled by default, however gl mandates multisample rendering rules only apply if there's also a multisampled buffer.
2008-07-02intel-gem: Emit an MI_FLUSH at glFlush() so frontbuffer rendering is flushed.Eric Anholt
We have something similar in the X Server that covers X Server rendering, this is the equivalent here for rendering to the front buffer. If we cared about avoiding this at glFlush time, we could only do this when some actual frontbuffer rendering had occurred. Bug #16392.
2008-07-02intel-gem: Fix y-tile swizzling for our G965 with swizzle_mode=1.Eric Anholt
Apparently in Y mode we get bit 6 ^ bit 9. The reflect demo in 'd' mode now displays correctly.
2008-07-02intel-gem: Fix Y-tiling span setup.Eric Anholt
The boolean that the server gives us for whether the region is tiled was getting used as the enum for what tiling mode. Instead, guess the correct tiling in screen setup. Also, fix the Y-tiling pitch setup. The pitch to the next tile in Y is 32 scanlines, not 8.
2008-07-02generate a link error if the vertex shader references too many texturesBrian Paul
2008-07-02set ctx->Const.MaxVertexTextureImageUnits = 0Brian Paul
This disallows vertex shader texture sampling. See bugs 16157, 13838.
2008-07-02VBO: Regenerate files based on recent changes to gl_API.xmlIan Romanick
Since GL_ARB_vertex_buffer_object protocol isn't supported yet, these changes are innocuous.
2008-07-02Bring over commit 8d4d0b47a07a298a20ffae9fefe96c8c7ca9dccc from xserver treePaulo Cesar Pereira de Andrade
2008-07-01VBO: Add missing functions related to VERTEX_ATTRIB_ARRAY_BUFFER_BINDING_ARBIan Romanick
2008-07-01VBO: add GLX related annotationsIan Romanick
2008-07-01mesa: fix a GLSL vector subscript/writemask bugBrian Paul
This fixes a failure for cases like: vec4 v; v[1] *= 2.0; The v[1] actually acts like a writemask, equivalent to v.y The fix is a bit convoluted, but will do for now.
2008-07-01mesa: move some functionsBrian Paul
2008-07-01mesa: make _slang_swizzle_swizzle() non-privateBrian Paul
2008-07-01intel-gem: Move bit 6 x tiling swizzle to a driconf option, and add new mode.Eric Anholt
It turns out that it's not just deviceID dependent, and there's some additional undefined factor that determines the bit 6 swizzling. It's now controllable with swizzle_mode=[012] until we get a response on how to automatically detect.
2008-07-01mesa: better function inlining in the presence of 'return' statementsBrian Paul
Before, the presence of a 'return' statement always prevented inlining a function. This was because we didn't want to accidentally return from the _calling_ function. We still need the semantic of 'return' when inlining but we can't always use unconditional branches/jumps (GPUs don't always support arbitrary branching). Now, we allow inlining functions w/ return if the return is the last statement in the function. This fixes the common case of a function that returns a value, such as: vec4 square(const in vec4 x) { return x * x; } which effectively compiles into: vec4 square(const in vec4 x) { __retVal = x * x; return; } The 'return' can be no-op'd now and we can inline the function.
2008-07-01mesa: add/fix some IrInfo entries for debugging purposesBrian Paul