| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
| |
Mipmaps not tested. Also, I am not sure why piglit/texturing/tex3d needs
to have color tolerance +-1 to pass. The classic Mesa driver doesn't
need that.
|
| |
|
|\ |
|
| |
| |
| |
| |
| | |
The texture format should not be checked until validation time since
the format might be changed by a subsequent glTexImage() call.
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| | |
Do all error checking in new getcompressedteximage_error_check() func.
Move some additional PBO checks out of the driver fallbacks into the
error checking functions.
|
| | |
|
| | |
|
| | |
|
|\|
| |
| |
| |
| |
| |
| |
| |
| | |
Conflicts:
src/mesa/drivers/dri/intel/intel_fbo.c
src/mesa/drivers/dri/intel/intel_mipmap_tree.c
src/mesa/drivers/dri/intel/intel_mipmap_tree.h
src/mesa/drivers/dri/intel/intel_tex_copy.c
src/mesa/drivers/dri/intel/intel_tex_image.c
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
By just using offsets, we confused the hardware's tiling calculations,
resulting in failures in miptree validation and blit clears.
Fixes piglit fbo-clearmipmap.
Bug #23552. (automatic mipmap generation)
|
| |
| |
| |
| |
| | |
Need to return the actual compressed format when the user originally
requested a generic compressed format.
|
| |
| |
| |
| |
| |
| | |
Maps a compressed MESA_FORMAT_x to correspding GLenum. Needed for
querying a texture's actual format when a generic format was originally
requested.
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| | |
Array indexes are invalid when >= the maximum, but array sizes are
only in valid when > the maximum. This prevented programs from
declaring a single maximum size array.
See the piglit vp-max-array test.
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| | |
We should really learn to not waste so many though.
|
| |
| |
| |
| |
| | |
Contained some rather obvious thinking errors before,
and didn't consider offsets from TGSI ADDRESS regs.
|
| | |
|
| |
| |
| |
| | |
color buffer is 16 bits.
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| | |
This is made possible by making glapioffsets.h and glapidispatch.h
internal headers of glapi. They should only be included indirectly
through dispatch.h by mesa.
Signed-off-by: Chia-I Wu <[email protected]>
|
| |
| |
| |
| |
| |
| | |
dispatch.h is kept as a wrapper to glapidispatch.h.
Signed-off-by: Chia-I Wu <[email protected]>
|
| |
| |
| |
| | |
Signed-off-by: Chia-I Wu <[email protected]>
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This enables the remap table in core. driInitExtensions is adapted to
use the remap table. All uses of extension_helper.h are replaced by
remap_helper.h. The chicken-egg problem of the DRI drivers is also
solved.
It is now also possible to pass NULL extensions to driInitExtensions.
It will cause driInitExtensions to map all known functions. This
functionality is used by software drivers and EGL_i915.
Signed-off-by: Chia-I Wu <[email protected]>
|
| |
| |
| |
| |
| |
| |
| | |
This commit only adds the source files. It is supposed to replace the
remap table in DRI drivers.
Signed-off-by: Chia-I Wu <[email protected]>
|
| |
| |
| |
| |
| | |
fixes transformations, rendering with multiple bound textures, xrender
matrix conversions plus some cleanups
|
| |
| |
| |
| |
| | |
Stride is set already in r700SetVertexFormat and there it works
correctly for 0 also
|
| |
| |
| |
| | |
at this point
|
| |
| |
| |
| |
| |
| | |
Likewise, the extended negate functionality hasn't been
used since mesa switched to using tgsi_ureg to build programs,
and has been translating the SWZ opcode internally to a single MAD.
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
These haven't been used by the mesa state tracker since the
conversion to tgsi_ureg, and it seems that none of the
other state trackers are using it either.
This helps simplify one of the biggest suprises when starting off with
TGSI shaders.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Provide a dummy implementation in the GL state tracker (move 0.5 to
the destination regs).
At some point, a motivated person could add a better
implementation of noise. Currently not even the nvidia
binary drivers do anything more than this. In any case, the
place to do this is in the GL state tracker, not the poor
driver.
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| | |
Make it more consistent with other radeon drivers.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
processing"
This reverts commit f058b25881e08c9d89a33345e5c84e1357396932.
This change is completely wrong in so many ways. When clip distances
are generated as part of vertex processing, they must be interpolated
to perform clipping. Geometric clipping goes right out the window.
|
|\| |
|
| |
| |
| |
| |
| | |
Per the GLX spec, when changing rendering contexts, the old context
should first be flushed.
|
| |
| |
| |
| |
| |
| |
| | |
According to the GLXDestroyContext() man page, the context should not
immediately be destroyed if it's bound to some thread. Wait until it's
unbound to really delete it. The code for doing the later part is
already present in MakeContextCurrent() so no change was needed there.
|
| | |
|