summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* VBO: Regenerate files based on recent changes to gl_API.xmlIan Romanick2008-07-022-2955/+2951
| | | | | Since GL_ARB_vertex_buffer_object protocol isn't supported yet, these changes are innocuous.
* Bring over commit 8d4d0b47a07a298a20ffae9fefe96c8c7ca9dccc from xserver treePaulo Cesar Pereira de Andrade2008-07-021-0/+3
|
* VBO: Add missing functions related to VERTEX_ATTRIB_ARRAY_BUFFER_BINDING_ARBIan Romanick2008-07-011-0/+2
|
* VBO: add GLX related annotationsIan Romanick2008-07-011-29/+59
|
* mesa: fix a GLSL vector subscript/writemask bugBrian Paul2008-07-011-47/+90
| | | | | | | | | 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.
* mesa: move some functionsBrian Paul2008-07-011-99/+99
|
* mesa: make _slang_swizzle_swizzle() non-privateBrian Paul2008-07-012-9/+16
|
* mesa: better function inlining in the presence of 'return' statementsBrian Paul2008-07-011-23/+105
| | | | | | | | | | | | | | | | | | | | | | | | | | | 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.
* mesa: add/fix some IrInfo entries for debugging purposesBrian Paul2008-07-011-3/+5
|
* link to DRM 2.3.1Brian Paul2008-07-011-14/+3
|
* press 'm' to toggle multisample enable/disableBrian Paul2008-07-011-2/+10
|
* init machine->Samplers (fixes vertex program texture fetches)Brian Paul2008-07-011-0/+2
|
* dri: drop asserts to make build against stable libdrmDave Airlie2008-07-011-11/+0
| | | | These asserts are of questionable use at the moment with things in flux.
* dri: Take the base image size into account when computingXiang, Haihao2008-07-012-0/+2
| | | | first level of the mipmap. fix #16210
* autoconf: Improve the visibility of the swrast DRI driverDan Nicholson2008-06-302-6/+8
| | | | | Improve the --with-dri-drivers help text so that users are aware that they should install the swrast DRI driver.
* r3xx/r5xx: Enable ARB_point_parameters.Corbin Simpson2008-06-302-0/+30
| | | | | | This isn't complete yet. It does cover the two most common usage cases, though, and at least the third one (POINT_DISTANCE_ATTENUATION) is possible, so I'll do that later.
* r300: Fix dumb mistake in LOD bias translationNicolai Haehnle2008-06-301-1/+1
|
* r300: Cleanup LodBias supportNicolai Haehnle2008-06-305-115/+25
| | | | | | | | | | | | | | . There is both a per-texture unit and a per-texture object (at least for OpenGL 1.4); this should now be supported properly. . The LOD bias calculation in r300_state has been simplified and corrected (need to multiply by 32 instead of 31, and ensure clamping) . do not clamp LOD bias in TexEnv, as that behaviour conflicts with what the spec says . set Const.MaxTextureLodBias properly . remove the no_neg_lod_bias property; if somebody can explain what it's good for, we can add it back in, but according to Google, nobody seems to use it . removed some dead code and unused variables
* r300: Change LOD bias emission to more closely follow per-tex rules.Corbin Simpson2008-06-292-4/+12
| | | | Okay, this time it's for real, and for good. This should be a perma-fix.
* Revert accidental edit to progs/demos/lodbias.Corbin Simpson2008-06-291-1/+1
| | | | *puts yet another paper bag over head*
* demos/shadowtex: Don't set TEXTURE_WRAP_T for 1D textureNicolai Haehnle2008-06-291-1/+0
| | | | | | The operation doesn't really make sense. It triggered a bug in the r300 DRI driver (and possibly other drivers that simulate 1D textures via 2D textures). I've added an isolated test case for this bug to Piglit, so everybody wins.
* r300: Fix wrap mode for 1D texturesNicolai Haehnle2008-06-293-103/+36
|
* s/GL_INVALID_VALUE/GL_INVALID_OPERATION/ in _mesa_get_uniformfv()Brian Paul2008-06-281-4/+6
|
* mesa: added null ptr checksBrian Paul2008-06-281-2/+2
|
* DRI-specific pkg-config fileDan Nicholson2008-06-273-1/+23
| | | | | | | Since the gl pkg-config file doesn't convey any specifics about the backend in use, this adds a new pkg-config file for when DRI is in use. This can be used by the xserver build to determine if the DRI and/or GLX extensions are appropriate.
* autoconf: Check for posix_memalignDan Nicholson2008-06-271-1/+4
| | | | | Rather than just defining HAVE_POSIX_MEMALIGN on Linux, check whether the function exists on all platforms and define the macro if it is.
* Check in SwapBuffers for any new pending dri2 eventsAlan Hourihane2008-06-261-2/+5
|
* intel: Fix glCopyPixels when x or y are < 0 in hw coordinates.Eric Anholt2008-06-241-14/+10
| | | | | | Nothing would get drawn as the negative coordinates broke the rectangle intersection code that used unsigned ints. Tested with copypix demo and sliding the copy to the upper left.
* i965: Use the shared intel_pixel_copy.c.Eric Anholt2008-06-242-322/+5
| | | | | | | | This disables the textured copy implementation on 965, which didn't appear to work (mesa copypix demo, disable the blit path, move so that regions don't overlap and textured is used, and you get garbage). If we resurrect this for i965, I'd rather it used the 915-style metaops instead. Current metaops code left in place so that whoever picks it up has a reference.
* intel: Same pixel function init for everyone now.Eric Anholt2008-06-244-10/+1
|
* intel: Avoid glBitmap software fallback for blending when no blending occurs.Eric Anholt2008-06-245-6/+26
| | | | | Mesa demos tend to leave blending on but in GL_ONE/GL_ZERO, or GL_SRC_ALPHA/GL_ONE_MINUS_SRC_ALPHA with a source alpha of 1.0.
* intel: Merge check_blit_fragment_ops between i915/i965.Eric Anholt2008-06-244-28/+9
| | | | Both had some useful bits for the other.
* intel: Note reasons for blit pixel op fallbacks under INTEL_DEBUG=pix.Eric Anholt2008-06-241-15/+56
|
* i915: Add support for accelerated glBitmap, shared from 965.Eric Anholt2008-06-244-354/+8
|
* i915: Fix read != draw drawable for glCopyPixels.Eric Anholt2008-06-241-2/+3
| | | | Taken from commit bad6e175cf59cce630c37d73f6e71f3a4de50ae6.
* i915: Allow accelerated pixel ops to be disabled with INTEL_NO_BLIT.Eric Anholt2008-06-241-4/+6
| | | | This matches 965.
* Ensure all objects are built when installing DRIDan Nicholson2008-06-221-1/+1
|
* Don't make libmesa.a or libglapi.a depend on asm_subdirsDan Nicholson2008-06-221-2/+2
| | | | | | | | | | Since the asm_subdirs target does not actually create a file, make will always consider that it needs to be rebuilt. If libmesa.a and libglapi.a have asm_subdirs as a prerequisite, then they will always need to be rebuilt, too. The correct order will be preserved by the default target, though. This should fix #16358.
* Create $(TOP)/$(LIB_DIR) for install, tooDan Nicholson2008-06-221-2/+2
| | | | | | If `make install' is run without running `make' first, the $(LIB_DIR) will not be created. This also changes the mkdir a little bit so that it isn't run if necessary and added `-p' so that it is immune to races.
* replace __inline and __inline__ with INLINE macroBrian Paul2008-06-212-3/+3
|
* replace __inline and __inline__ with INLINE macroBrian Paul2008-06-211-1/+1
|
* replace __inline and __inline__ with INLINE macroBrian Paul2008-06-213-65/+65
|
* replace __inline and __inline__ with INLINE macroBrian Paul2008-06-2114-56/+56
|
* #undef DEBUG to silence warningsBrian Paul2008-06-211-0/+1
|
* replace __inline and __inline__ with INLINE macroBrian Paul2008-06-218-19/+19
|
* replace __inline and __inline__ with INLINE macroBrian Paul2008-06-215-22/+22
|
* replace __inline and __inline__ with INLINE macroBrian Paul2008-06-216-17/+17
|
* replace __inline and __inline__ with INLINE macroBrian Paul2008-06-219-19/+19
|
* replace __inline and __inline__ with INLINE macroBrian Paul2008-06-2110-18/+14
|
* s/inline/INLINEBrian Paul2008-06-213-4/+4
|
generated by cgit v1.2.3 (git 2.39.1) at 2024-11-30 06:27:35 +0000