- Jan 27, 2010
-
-
Brice Goglin authored
-
Brice Goglin authored
-
git://anongit.freedesktop.org/mesa/mesaBrice Goglin authored
Conflicts: progs/tests/getprocaddress.c progs/tests/vparray.c progs/trivial/tri-fbo-tex-mip.c progs/trivial/tri-fbo-tex.c scons/gallium.py
-
Brice Goglin authored
Conflicts: debian/changelog
-
Dave Airlie authored
So if we don't actually emit an atom to the hw because we don't need it in the current state (e.g. lighting related atoms when lighting is off) then don't mark it as clean, because when lighting gets switched on we won't emit it at all. This fixes funky gears colors. Signed-off-by: Dave Airlie <airlied@redhat.com>
-
Dave Airlie authored
-
- Jan 26, 2010
-
-
Jose Fonseca authored
-
If GL_EXT_framebuffer_blit was not supported _mesa_DeleteFramebuffersEXT would raise an error when deleting the currently bound framebuffer. This because it tried to bind the default DRAW- and READ_FRAMEBUFFER separately. This patch binds the default FRAMEBUFFER instead in that case. Encountered in the fbo/fbo-copyteximage piglit test on R600. Patch cleaned up a bit by Brian Paul.
-
Brian Paul authored
If we determine that the 'end' parameter to glDrawElements() is out of bounds, clamp it to the max legal index value.
-
Brian Paul authored
Some apps are sloppy with their start/end values. Clamp them to max possible values to prevent problems later.
-
Brian Paul authored
Eric added some new code to check if offset < obj_size before computing _MaxElement but my original code was still present afterward and it clobbered the _MaxElement value. Not sure if this came from a bad merge or what.
-
Brian Paul authored
-
- Jan 25, 2010
-
-
Jakob Bornecrantz authored
-
Fixes fd.o bug 25863. Signed-off-by: Brian Paul <brianp@vmware.com>
-
Jakob Bornecrantz authored
-
Jakob Bornecrantz authored
Set 2D acceleration to off by default Get fallback debugging from the Xorg config Also print if 3D acceleration is enabled
-
Jakob Bornecrantz authored
-
Jakob Bornecrantz authored
-
Jakob Bornecrantz authored
-
Brian Paul authored
Based on a patch by Xavier Chantry <chantry.xavier@gmail.com>: If x+width or y+height is negative, then maxx or maxy will get a bogus value when converting that to unsigned. Fix this by setting 0 as minimal value. This was also triggered by teeworlds, but only with some combination of resolution and map section. For example upper part of dm2 at 1280x1024.
-
Brian Paul authored
Part of a patch from Xavier Chantry <chantry.xavier@gmail.com>
-
- Jan 24, 2010
-
-
commit 53174afe introduced a portability change that converted GLint x,y to GLuint. That breaks when x and y are negative, which seems to be allowed, and which at least one game uses : teeworlds. Rather than simply reverting the change, it seems possible to convert the 16bit unsigned to GLint so that comparisons are made between signed integers instead. This hopefully does not break anything while keeping MSVC happy. Signed-off-by: Xavier Chantry <chantry.xavier@gmail.com> Signed-off-by: Brian Paul <brianp@vmware.com>
-
Vinson Lee authored
-
Vinson Lee authored
read_rgba_span_x86.S uses the pseudo-ops .hidden and .type which are not recognized on Mac OS X.
-
Vinson Lee authored
The .hidden directive is an unknown pseudo-op on Mac OS X.
-
Vinson Lee authored
The .type directive is an unknown pseudo-op on Mac OS X.
-
Vinson Lee authored
Mac OS X ld does not support these options.
-
Vinson Lee authored
-
Vinson Lee authored
-
Vinson Lee authored
-
- Jan 23, 2010
-
-
Vinson Lee authored
-
Vinson Lee authored
-
Vinson Lee authored
-
Vinson Lee authored
-
Vinson Lee authored
-
Vinson Lee authored
-
Vinson Lee authored
-
Vinson Lee authored
-
Julien Cristau authored
-
Brian Paul authored
Fixes fd.o bug 23313.
-