summaryrefslogtreecommitdiffstats
path: root/src
Commit message (Collapse)AuthorAgeFilesLines
* st/mesa: Enable EXT_texture_format_BGRA8888 for gles1/2Benjamin Franzke2011-01-241-0/+2
|
* st/mesa: support internalFormat=GL_BGRA in TexImage2DBenjamin Franzke2011-01-241-1/+10
|
* mesa/es: require internalFormat==format in TexImage2DBenjamin Franzke2011-01-241-4/+57
|
* mesa: allow internalFormat=GL_BGRA_EXT in TexImage2DBenjamin Franzke2011-01-241-0/+9
|
* mesa: s/movzxw/movzwl/ in read_rgba_span_x86.SDimitry Andric2011-01-241-1/+1
| | | | | | | Fixes http://bugs.freedesktop.org/show_bug.cgi?id=33386 NOTE: This is a candidate for the 7.9 and 7.10 branches Signed-off-by: Brian Paul <[email protected]>
* mesa: s/movzx/movzbl/Dimitry Andric2011-01-241-7/+7
| | | | | | | Fixes http://bugs.freedesktop.org/show_bug.cgi?id=33388 NOTE: This is a candidate for the 7.9 and 7.10 branches. Signed-off-by: Brian Paul <[email protected]>
* glsl: Remove long unused 'configure.ac' file.Kenneth Graunke2011-01-241-69/+0
| | | | This was from way back when glsl2 lived in its own repository.
* draw: Do not use LLVM's opaque types.José Fonseca2011-01-241-1/+1
| | | | | | | | | | | | | | | | | | | | | Contrary what the name may suggest, LLVM's opaque types are used for recursive types -- types whose definition refers itself -- so opaque types correspond to pre-declaring a structure in C. E.g.: struct node; struct link { .... struct node *next; }; struct node { struct link link; } Void pointers are also disallowed by LLVM. So the suggested way of creating what's commonly referred as "opaque pointers" is using byte pointer (i.e., uint8_t * ).
* add machine generated files to .gitignoreTim Wiederhake2011-01-243-0/+4
| | | | Signed-off-by: Brian Paul <[email protected]>
* secure malloc in translate_cache_createTim Wiederhake2011-01-241-0/+4
| | | | Signed-off-by: Brian Paul <[email protected]>
* osmesa: mklib requires arguments before objectsChristopher James Halse Rogers2011-01-241-1/+1
| | | | | | | | | | | | | | | | Fixes the build when selecting driver=osmesa and building static libraries. Otherwise, mklib tries to add the ‘-ltalloc’ object to the archive, which obviously fails. Clients which statically link to osmesa will need to link to libtalloc also, as specified in the Libs.private of osmesa.pc. Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=33360 NOTE: This is a candidate for the 7.10 branch. Signed-off-by: Christopher James Halse Rogers <[email protected]> Signed-off-by: Brian Paul <[email protected]>
* st/xorg: Fix build failure against xserver with XF86_CRTC_VERSION < 3.Michel Dänzer2011-01-241-4/+2
| | | | Reported by Vinson Lee.
* r300g: remove unused functionMarek Olšák2011-01-241-22/+0
|
* r300g: remove any traces of depth_clampMarek Olšák2011-01-242-3/+2
| | | | | | | | I couldn't make it work. GB_TILE_CONFIG.Z_EXTENDED, which enables per-pixel Z clamping, and VAP_CLIP_CNTL.CLIP_DISABLE, which disables clipping, do help, but they also add regressions like random graphics corruptions in some games.
* r300g: handle PIPE_CAP_INSTANCED_DRAWING in get_paramMarek Olšák2011-01-241-0/+1
|
* r600c: only colors can be flat shadedAndre Maasikas2011-01-242-36/+9
| | | | fixes stellarium text and menu display
* util: Add function logger helpersJakob Bornecrantz2011-01-242-0/+72
|
* Revert "r300g/swtcl: re-enable LLVM"Jakob Bornecrantz2011-01-243-24/+1
| | | | This reverts commit 88550083b3857184445075e70fed8b2eed4952a1.
* draw: Init llvm if not providedJakob Bornecrantz2011-01-243-4/+18
|
* i915g: Remove draw_flushes and state that we don't need to trackJakob Bornecrantz2011-01-243-35/+16
|
* i915g: Improve constant handlingJakob Bornecrantz2011-01-241-7/+17
|
* r300g: Increase fragment shader limits for r400 cardsTom Stellard2011-01-238-72/+293
| | | | | r400 fragment shaders now support up to 64 temporary registers, 512 ALU instructions, and 512 TEX instructions.
* gldirect: remove _NEW_ACCUMBrian Paul2011-01-233-6/+0
|
* i965: remove _NEW_ACCUMBrian Paul2011-01-231-1/+0
|
* nvc0: implement point coord replacementChristoph Bumiller2011-01-234-11/+59
| | | | | | | | | | | But we have to cheat and peek at the GENERIC semantic indices the state tracker uses for TEXn. Only outputs from 0x300 to 0x37c can be replaced, and so we have to know on shader compilation which ones to put there in order to keep doing separate shader objects properly. At some point I'll probably create a patch that makes gallium not force us to discard the information about what is a TexCoord.
* mesa: add ARB_framebuffer_sRGB as alias of the EXT variantMarek Olšák2011-01-231-0/+1
| | | | Signed-off-by: Brian Paul <[email protected]>
* mesa: return GL_LINEAR for ..COLOR_ENCODING if framebuffer_sRGB is unsupportedMarek Olšák2011-01-231-1/+8
| | | | Signed-off-by: Brian Paul <[email protected]>
* vega: sort filenames in Makefile, SConscriptBrian Paul2011-01-232-23/+24
|
* mesa: get rid of _NEW_ACCUM, clean-up _NEW_* #definesBrian Paul2011-01-233-35/+30
| | | | | | The _NEW_ACCUM flag was only set when changing the accumulation buffer clear color and never used anywhere. Reclaim that dirty bit. Clean up the definitions of the other dirty bit flags.
* mesa: smarter glTexParameter state invalidationBrian Paul2011-01-231-25/+38
| | | | | | Only a few texture object parameters can effect texture completeness: min level, max level, minification filter. Don't mark the texture incomplete for other texture object state changes.
* r300g: support sRGB colorbuffersMarek Olšák2011-01-232-6/+52
| | | | | | We are not required to do the linear->sRGB conversion if ARB_framebuffer_sRGB is unsupported. However I think the conversion should work in hw except for blending, which matches the D3D9 behavior.
* r300/compiler: remove any code related to relative addressing of temporariesMarek Olšák2011-01-2313-121/+38
| | | | | The hw can't do it and the code was useless anyway (it's lowered in the GLSL compiler).
* nvc0: fix emit_cvt for ceil, floor and truncChristoph Bumiller2011-01-232-13/+22
|
* nvc0: remove bad assert and emit TEMP movs insteadChristoph Bumiller2011-01-231-2/+1
|
* nvc0: fix address and value slot assignment in load combiningChristoph Bumiller2011-01-231-1/+6
|
* nvc0: don't omit highest bit of branch targetChristoph Bumiller2011-01-231-1/+1
| | | | Fixes negative relative branch offsets.
* nvc0: recognize r63 as zero in constant foldingChristoph Bumiller2011-01-233-13/+9
|
* nvc0: add MARK_RING where missing to avoid too many relocs errorsChristoph Bumiller2011-01-236-4/+19
|
* nvc0: don't apply base vertex to per-instance arraysChristoph Bumiller2011-01-231-1/+3
|
* nvc0: commute sources of SET too if beneficialChristoph Bumiller2011-01-232-2/+2
|
* nvc0: accept neg abs modifiers on lg2Christoph Bumiller2011-01-231-1/+1
|
* glsl: Don't assert when the value returned by a function has no rvalueIan Romanick2011-01-221-13/+12
| | | | | | | | | | | | | | | The rvalue of the returned value can be NULL if the shader says 'return foo();' and foo() is a function that returns void. Existing GLSL specs do *NOT* say that this is an error. The type of the return value is void. If the return type of the function is also void, then this should compile without error. I expect that future versions of the GLSL spec will fix this (wink, wink, nudge, nudge). Fixes piglit test glsl-1.10/compiler/expressions/return-01.vert and bugzilla #33308. NOTE: This is a candidate for the 7.9 and 7.10 branches.
* st/mesa: ensure that all pixel paths operation on linear RGB data, not sRGBBrian Paul2011-01-225-18/+39
| | | | | | | | | | | | Before, we were converting between linear/sRGB in glReadPixels, glDrawPixels, glAccum, etc if the renderbuffer was an sRGB texture. Those all need to operate on pixel values as-is without conversion. Also, when setting up render-to-texture, if the texture is sRGB the pipe_surface view must be linear RGB. This will change when we support GL_ARB_framebuffer_sRGB. This fixes http://bugs.freedesktop.org/show_bug.cgi?id=33353
* softpipe: pass surface format to get/put_tile functionsBrian Paul2011-01-221-10/+12
| | | | | | | | | | | | | When we read/write image tiles we need to use the format specified in the pipe_surface, not the pipe_transfer format (which comes from the underlying texture/resource format). This comes up when rendering to sRGB surfaces (via OpenGL render to texture). Ignoring the new GL_ARB/EXT_framebuffer_sRGB extension for now, when we render to a sRGB surface we need to treat it like a regular, linear colorspace RGB surface. Before, when we read/wrote tiles to sRGB surfaces we were inadvertantly doing the color space conversion.
* gallium/util: added pipe_put_tile_rgba_format()Brian Paul2011-01-222-1/+18
|
* gallium/util: simplify pipe_get_tile_rgba()Brian Paul2011-01-221-20/+1
| | | | Implement it in terms of pipe_get_tile_rgba_format()
* gallium/softpipe: replace pipe_get_tile_swizzle()Brian Paul2011-01-223-70/+20
| | | | | | The new function, pipe_get_tile_rgba_format(), no longer takes a swizzle (we weren't actually using it anywhere). Rename it to indicate that the format is passed explicitly.
* softpipe: use proper type for format fieldBrian Paul2011-01-221-1/+1
|
* gallium/util: added util_format_linear()Brian Paul2011-01-221-1/+41
|
* st/mesa: update comment, use st_fb_orientation()Brian Paul2011-01-221-6/+8
|
generated by cgit v1.2.3 (git 2.39.1) at 2024-12-29 14:11:15 +0000