summaryrefslogtreecommitdiffstats
path: root/src/mesa
Commit message (Collapse)AuthorAgeFilesLines
* vbo: Silence integer-to-pointer warnings.Michal Krol2009-03-151-3/+3
|
* gallium: consolidate bypass_vs and bypass_clipping flagsKeith Whitwell2009-03-132-18/+6
| | | | | | | | | The draw module provides a similar interface to the driver which is retained as various bits of hardware may be able to take on incremental parts of the vertex pipeline. However, there's no need to advertise all this complexity to the state tracker. There are basically two modes now - normal and passthrough/screen-coords.
* gallium: no need to keep a copy of shader tokens in state trackerKeith Whitwell2009-03-134-25/+4
| | | | | | | | Any driver who needs a copy of the shader tokens must organize to do so itself. This has been the case for a long time, but there was still defensive code in the state tracker, which is now removed. Any bugs resulting from this need to be fixed in the offending driver...
* mesa/st: add check for null front renderbufferKeith Whitwell2009-03-131-9/+12
| | | | | | Not sure if this indicates a problem elsewhere, but without this check trivial/tri-fbo.c segfaults on resize. With the patch, it renders correctly.
* mesa/st: don't call finish in st_glFlush()Keith Whitwell2009-03-131-4/+7
| | | | | | | | | It is not the state tracker's responsibilty to inject sleeps and pessimize performance in the hope of avoiding buffer synchronization issues in buggy drivers. Calling finish() here will just hide problems that need to be fixed elsewhere.
* i965: more register number assertionsmesa_20090313Brian Paul2009-03-131-0/+7
|
* i965: add some register number assertionsBrian Paul2009-03-131-0/+8
| | | | | Haven't seen failures yet, but if/when there are, more investigation will be done.
* i965: remove unused PROGRAM_INTERNAL_PARAM, added commentBrian Paul2009-03-131-3/+1
|
* i965: move declarations before codeBrian Paul2009-03-131-6/+6
|
* i965: debug code, use gl_register_file typeBrian Paul2009-03-131-1/+7
|
* mesa: glUseProgram() debug code (disabled)Brian Paul2009-03-131-0/+11
|
* mesa: improve another _mesa_problem() callBrian Paul2009-03-131-1/+2
|
* mesa: add GL_DUDV_ATI cases in calculate_derived_texenv()Brian Paul2009-03-131-0/+3
|
* mesa: more info in _mesa_problem() callBrian Paul2009-03-131-1/+3
|
* mesa: added 1D/3D fetch_texel functions for DUDV8Brian Paul2009-03-132-8/+5
|
* gallium: Remove do_flip argument from surface_copyJakob Bornecrantz2009-03-134-9/+3
| | | | | | | I should have gotten most uses and implementation correctly fixed, but things might break. Feel free to blame me.
* mesa: added GL_DU8DV8_ATI case in _mesa_components_in_format()Brian Paul2009-03-121-0/+1
| | | | This gets hit when glTexSubImage2D() is called with format==GL_DU8DV8_ATI.
* mesa: override_internal_format() function for debug/test purposes (disabled)Brian Paul2009-03-121-0/+49
|
* mesa: improve some error messagesBrian Paul2009-03-121-3/+6
|
* i965: move declaration before codeBrian Paul2009-03-121-2/+1
|
* i965: fix const correctnessBrian Paul2009-03-121-1/+1
|
* i915: move declarations before codeBrian Paul2009-03-122-4/+4
|
* i965: commentsBrian Paul2009-03-121-0/+3
|
* mesa: move declarations before codeBrian Paul2009-03-121-2/+2
|
* mesa: fix glRead/DrawBuffer(GL_AUXn) error valueBrian Paul2009-03-121-0/+8
| | | | | | | If GL_AUX[123] are passed to glRead/DrawBuffer() when those buffers don't exist, need to generate GL_INVALID_OPERATION, not GL_INVALID_ENUM. This regression came from commit 555f0a88182e2b1af809b2d97abdac02814a2f28
* i965: fix polygon stipple when rendering to FBORobert Ellison2009-03-122-7/+34
| | | | | | | | | | | | | | | The polygon stipple pattern, like the viewport and the polygon face orientation, must be inverted on the i965 when rendering to a FBO (which itself has an inverted pixel coordinate system compared to raw Mesa). In addition, the polygon stipple offset, which orients the stipple to the window system, disappears when rendering to an FBO (because the window system offset doesn't apply, and there's no associated FBO offset). With these fixes, the conform triangle and polygon stipple tests pass when rendering to texture.
* mesa: fix transposed red/blue in store_texel_rgb888/bgr888() functionsBrian Paul2009-03-121-4/+4
|
* i965: add support for ATI_envmap_bumpmapRoland Scheidegger2009-03-123-0/+9
|
* regenerate glapiRoland Scheidegger2009-03-1210-3823/+4113
|
* mesa: add support for ATI_envmap_bumpmapRoland Scheidegger2009-03-1224-24/+906
| | | | | | | | add new entrypoints, new texture format, etc translate in texenvprogram.c for drivers using the mesa-generated tex env fragment program also handled in swrast, but not tested (cannot work due to negative texel results not handled correctly)
* mesa: add missing _glthread_INIT_MUTEX in _mesa_new_framebuffer()Keith Whitwell2009-03-121-0/+1
|
* i965: fix polygon face orientation when rendering to FBORobert Ellison2009-03-112-3/+17
| | | | | | | | | | | | | | In the i965, the FBO coordinate system is inverted from the standard OpenGL/Mesa coordinate system; that means that the viewport and the polygon face orientation have to be inverted if rendering to a FBO. The viewport was already being handled correctly; but polygon face was not. This caused a conform failure when rendering to texture with two-sided lighting enabled. This fixes the problem in the i965 driver, and adds to the comment about the gl_framebuffer "Name" field so that this isn't a surprise to other driver writers.
* mesa: remove some last remnants of GL_MESA_program_debugBrian Paul2009-03-115-21/+6
|
* mesa: minor commentsBrian Paul2009-03-111-3/+3
|
* mesa: remove gl_texture_object::_Function field and associated codeBrian Paul2009-03-113-37/+3
| | | | It was only used in one place in swrast.
* intel: include main/viewport.hBrian Paul2009-03-111-0/+1
|
* i965: fix lock-ups when GLSL program wrote to gl_FragDepthBrian Paul2009-03-111-1/+27
| | | | | | | It seems the code that set up the FB_WRITE message was incomplete in this case. The number of payload registers was wrong and that caused a hang. It would be good to have a second set of eyes take a look at this...
* i965: more code clean-ups, commentsBrian Paul2009-03-101-4/+11
|
* i965: minor code clean-ups, commentsBrian Paul2009-03-101-10/+12
|
* i965: use new cast wrappersBrian Paul2009-03-103-9/+16
|
* i965: added cast wrappers, commentsBrian Paul2009-03-101-3/+29
|
* i965: asst. code clean-ups, commentsBrian Paul2009-03-101-17/+19
|
* i965: fix typos in commentsBrian Paul2009-03-101-2/+2
|
* glsl: remove _slang_attach_storage() functionBrian Paul2009-03-101-52/+21
| | | | | | | | | This was used to handle both variable declarations and references to variables. Instead, just do storage allocation and assignment for declarations and references, respectively. This is a step toward better var/uniform allocation (only allocate storage for vars/uniforms that are actually referenced by the code).
* glsl: some clean-ups, remove old assertions, add new assertionsBrian Paul2009-03-101-7/+6
|
* glsl: remove stray/unneeded totalSize assignmentBrian Paul2009-03-101-1/+1
|
* mesa: fix dumb sizeof() vs. strlen() mix-upBrian Paul2009-03-101-1/+1
|
* glsl: fix typo: s/vec4_tex1d_proj/vec4_tex_1d_proj/Brian Paul2009-03-102-24/+24
| | | | This regression came from commit c0b59420eec5ffdf22a5919d38851c3620b97c09.
* xmesa: set back-buffer's drawable fieldBrian Paul2009-03-091-0/+1
| | | | Fixes back-buffer rendering when MESA_BACK_BUFFER=pixmap
* i965: fix cube map lock-up / corruptionBrian Paul2009-03-091-9/+13
| | | | | | If we're using anything but GL_NEAREST sampling of a cube map, we need to use the BRW_TEXCOORDMODE_CUBE texcoord wrap mode. Before this, the GPU would either lock up or subsequent texture filtering would be corrupted.