summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* 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
|
* st/mesa: comments in update_viewport()Brian Paul2011-01-221-0/+4
|
* scons: Add support for GLES.Chia-I Wu2011-01-2212-9/+228
| | | | | | | | | | | | | | | | | | GLES can be enabled by running scons with $ scons gles=yes When gles=yes is given, the build is changed in three ways. First, libmesa.a will be built with FEATURE_ES1 and FEATURE_ES2. This makes DRI drivers and libEGL support and advertise GLES support. Second, GLES libraries will be created. They are libGLESv1_CM, libGLESv2, and libglapi. Last, libGL or opengl32 will link to libglapi. This change is required as _glapi_* will be declared as __declspec(dllimport) in libmesa.a on windows. libmesa.a expects those symbols to be defined in another DLL. Due to this change to GL, GLES support is marked experimental. Note that GLES requires libxml2-python to generate some of its sources.
* mapi: ENTRY_CURRENT_TABLE_GET should be stringified.Chia-I Wu2011-01-221-1/+1
| | | | So that it can be renamed to _glapi_get_dispatch.
* glcpp: Regenerate parser files.Kenneth Graunke2011-01-211-229/+231
|
* glcpp: Remove use of talloc reference counting.Kenneth Graunke2011-01-211-13/+7
| | | | | We almost always want to simply steal; we only need to copy when copying a token list (in which case we're already cloning stuff anyway).
* glsl, i965: Remove unnecessary talloc includes.Kenneth Graunke2011-01-216-15/+0
| | | | These are already picked up by ir.h or glsl_types.h.
* ra: Use the same context when realloc'ing arrays.Kenneth Graunke2011-01-211-2/+2
| | | | | | The original allocations use regs->regs as the context, so talloc will happily ignore the context given here. Change it to match to clarify that it isn't changing.
* glsl: Improve error message when read-only vars are writtenChad Versace2011-01-212-7/+29
| | | | | | Improves the cases when: * an explicit assignment references the read-only variable * an 'out' or 'inout' function parameter references the read-only variable
* glsl: Mark 'in' variables at global scope as read-onlyChad Versace2011-01-211-1/+2
| | | | | | | Fixes Piglit tests: spec/glsl-1.30/compiler/storage-qualifiers/static-write-centroid-in-01.frag spec/glsl-1.30/compiler/storage-qualifiers/static-write-in-01.frag spec/glsl-1.30/compiler/storage-qualifiers/static-write-in-02.frag
* glsl: Remove unused class ast_declaration_statmentChad Versace2011-01-211-19/+0
|
* i915g: Don't (un)map vbuf on each (un)map callJakob Bornecrantz2011-01-211-4/+12
|
* i915g: Don't do unnecessary copies of constantsJakob Bornecrantz2011-01-215-25/+32
| | | | | Even tho st/mesa use user buffers for constants align buffers other state trackers doesn't use user buffers.
* i915g: Don't emit FS constants when VS contants changeJakob Bornecrantz2011-01-215-11/+31
|
* i915g: Use slab allocator for transfersJakob Bornecrantz2011-01-215-21/+55
| | | | Also remove unused i915_transfer struct
* st/dri: Fix warningJakob Bornecrantz2011-01-211-0/+1
|
* r600g: check if hardware blits are possible bevore enabling tillingChristian König2011-01-211-41/+40
|
* r600g: FLT_TO_INT_FLOOR is trans instructionAlex Deucher2011-01-211-0/+1
| | | | Add missing evergreen FLT_TO_INT_FLOOR instruction.
* mesa: EXT_framebuffer_sRGB interface additions.Dave Airlie2011-01-213-0/+21
| | | | | | | | | | | This adds the get/enable enums and internal gl_config storage for this extension. In theory this is all that is needed to enable this extension from what I can see, since its not mandatory to implement the features if you don't advertise the visuals or the fb configs. Signed-off-by: Dave Airlie <[email protected]>
* r600c: get OQ results only for 4 DBs on r600 classAndre Maasikas2011-01-211-2/+6
| | | | | - since evergreen addition which increased this to 8 depth backends other bytes may contain garbage values
* docs: update README.WIN32 per Karl's requestBrian Paul2011-01-201-9/+7
|
* intel: Fix typeos from 3d028024 and 790ff232Ian Romanick2011-01-202-15/+15
| | | | ...and remove egg from face.
* i915: Set correct values for range/precision of fragment shader typesIan Romanick2011-01-201-0/+14
|
* i965: Set correct values for range/precision of fragment shader typesIan Romanick2011-01-201-0/+9
|
* mesa: Set correct values for range/precision of shader integer typesIan Romanick2011-01-201-2/+11
|
* mesa: Connect glGetShaderPrecisionFormat into the dispatch tableIan Romanick2011-01-201-0/+1
|
* softpipe: check for null pointers during context create/destroyBrian Paul2011-01-201-5/+21
| | | | | | See http://bugs.freedesktop.org/show_bug.cgi?id=32309 Apparently, malloc() is failing during context creation. Not checking for nulls here led to crashes elsewhere.
* graw: fix logic error in pixel format selectionBrian Paul2011-01-2010-54/+96
| | | | | | | | | | | | | | | The loop to choose a pixel format for the window was incrementing 'i' after we succeeded in creating the window so if we chose format[0] for graw_create_window_and_screen() we were putting format[1] in the pipe_resource template for creating the render target. This only worked because of the order of the elements in the formats[] array. The graw_xlib.c code now properly compares the requested gallium pixel format against the visual's color layout. Update all the graw demos to fix the off-by-one-i error.
* Fix the build from 887d2b64Ian Romanick2011-01-202-2/+2
| | | | | Thanks to all the include frobbing, GLuint is not known in some places that included enums.h.
* mesa: clean-up _mesa_lookup_prim_by_nr()Brian Paul2011-01-205-57/+55
| | | | Remove the redundant public _mesa_prim_name[] array.
* mesa: move extra prim mode #definesBrian Paul2011-01-202-5/+5
|
* vbo: added commentBrian Paul2011-01-201-1/+1
|
* mesa: minor formatting fixesBrian Paul2011-01-201-4/+7
|