| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
| |
|
|
|
|
| |
For some cases, _mesa_GetIntegerv reads up to params[15].
|
| |
|
| |
|
|
|
|
|
| |
_mesa_TexGend calls _mesa_TexGenfv, which uses the params argument
as an array.
|
|
|
|
|
| |
_mesa_Lighti calls _mesa_Lightiv, which uses the params argument
as an array.
|
| |
|
|
|
|
|
| |
_mesa_PointParameteri calls _mesa_PointParameterfv, which uses the
params argument as an array.
|
|
|
|
|
| |
_mesa_PointParameterf calls _mesa_PointParameterfv, which uses the
params argument as an array.
|
|
|
|
|
| |
_mesa_LightModelf calls _mesa_LightModelfv, which uses the
params argument as an array.
|
| |
|
|
|
|
|
| |
This fixes invalid array indexing when baseLevel == MAX_TEXTURE_LEVELS.
See bug 25528.
|
| |
|
|
|
|
|
| |
_mesa_LightModeli calls _mesa_LightModeliv, which uses the
params argument as an array.
|
|
|
|
|
| |
_mesa_Fogf calls _mesa_Fogfv, which uses the params argument
as an array.
|
|
|
|
|
| |
_mesa_TexParameteri calls set_tex_parameteri, which uses the
params argument as an array.
|
|
|
|
|
| |
_mesa_Fogi calls _mesa_Fogfv, which uses the params argument
as an array.
|
|
|
|
|
| |
_mesa_TexParameteri calls set_tex_parameterf, which uses the
params argument as an array.
|
|
|
|
|
| |
_mesa_TexParameterfv calls set_tex_parameteri, which uses the
params argument as an array.
|
|
|
|
|
|
|
| |
Fixes bug 25525.
Plus, the GL_NV_vertex_program evaluators alias and override the
convential evaluator maps, so set their state after the conventional
maps.
|
|
|
|
|
| |
makes testing other things easier - does not hang the card
TODO: enable TEX dependency tracking in vertex programs
|
|
|
|
|
|
|
| |
First time around render targets are not enabled yet (done in
r700SendRenderTargetState) so blend state is not emitted for any targets.
Affects first glClear in some mesa tests.
As a quick fix reorder state emit so that target is set first
|
| |
|
|
|
|
| |
(cherry picked from commit 919898e92fa23ff71a59d86a46ff0886a6f34e4d)
|
|
|
|
| |
(cherry picked from commit 364070b1f2b08d43fb205ec198894a35bec6b2f3)
|
|
|
|
|
|
| |
_mesa_TexGenf calls _mesa_TexGenfv, which uses the params argument
as an array.
(cherry picked from commit ca5a7aadb4361e7d053aea8687372cd44cbd8795)
|
|
|
|
|
|
| |
_mesa_TexGeni calls _mesa_TexGeniv, which uses the params argument
as an array.
(cherry picked from commit d55fb7c835b56951f05a058083e7eda264ba192e)
|
|
|
|
|
|
| |
_mesa_TexParameterf calls set_tex_parameterf, which uses the params
argument as an array.
(cherry picked from commit 270d36da146b899d39e08f830fe34b63833a3731)
|
|
|
|
|
|
| |
_mesa_TexParameterf calls set_tex_parameteri, which uses the params
argument as an array.
(cherry picked from commit a201dfb6bf28b89d6f511c2ec9ae0d81ef18511d)
|
|
|
|
|
|
| |
_mesa_TexEnvf calls _mesa_TexEnvfv, which uses the param argument
as an array.
(cherry picked from commit a11d60d14caf8efc07f70af63b57b33273f8cf9b)
|
|
|
|
|
|
| |
fixes fdo bug 25354
Signed-off-by: Alex Deucher <[email protected]>
|
|
|
|
|
|
| |
fixes fdo bug 25354
Signed-off-by: Alex Deucher <[email protected]>
|
|
|
|
|
|
|
| |
i830 does not (and cannot!) support the any of the non-default
GL_POINT_SPRITE_R_MODE_NV settings. i915 and i965 could, but
currently do not. In both cases it would require mucking about with
the fragment shader.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Support still isn't completely correct, but it's better. piglit
point-sprite now passes. However, glean's pointSprite test fails. In
that test the texture on the sprite is somehow inverted as though
GL_POINT_SPRITE_COORD_ORIGIN were set to GL_LOWER_LEFT. i915 hardware
shouldn't be able to do that!
I believe there are also problems when not all texture units have
GL_COORD_REPLACE set. The hardware enable seems to be all or nothing.
Fixes bug #25313.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This enum is only supported for OpenGL 2.0. If a driver supports
OpenGL 1.4 and GL_ARB_point_sprite, using this enum should generate an
error. This is important because, for example, i915 and i830 can
support GL_ARB_point_sprite, but they cannot support
GL_POINT_SPRITE_COORD_ORIGIN.
This commit just removes the check for NV_point_sprite, which is
completely wrong, and add some comments describing what the code
should do. I don't see an easy way to check for version >= 2.0 from
inside Mesa. Perhaps we should add an extension
GL_MESA_point_sprite_20 (like Intel's old GL_EXT_packed_pixels_12) to
indicate that this added bit of functionality is available.
Also note that glean's pointSprite test only checks for
GL_ARB_point_sprite before trying to use
GL_POINT_SPRITE_COORD_ORIGIN. Naturally, that fails on
non-2.0 implementations (i.e., Mac OS X on GMA 950).
|
|
|
|
|
|
|
|
|
| |
Thanks to Intel code which I've just stolen pretty much as usual.
This fixes fdo bug 22851 which is a dri1 regression since rewrite.
Tested by: fpiobaf (Fabio) on #radeon
Signed-off-by: Dave Airlie <[email protected]>
|
|
|
|
|
|
| |
This fixes an assertion failure in _mesa_MapBufferARB.
Fixes bugzilla #25253.
|
|
|
|
|
|
| |
Too bad I didn't realize earlier how easy this could be...
Fixes http://bugs.freedesktop.org/show_bug.cgi?id=22767 .
|
|
|
|
|
|
| |
Fixes `xlib' driver build on AIX.
Signed-off-by: Brian Paul <[email protected]>
|
|
|
|
| |
It's not implemented yet. fixes fdo bug 24047
|
|
|
|
|
|
| |
This reverts commit 284a7af274bc148f112bd0ebb40583923ee26b49.
This breaks kde desktop effects. See fdo bug 24131
|
| |
|
|
|
|
| |
The cube map array index arg is always present.
|
|
|
|
|
| |
Instead of doing math based on the (broken for VBO && offset != 0)
input->count number, just use the BO size. Fixes assertion failure in ETQW.
|