| Commit message (Collapse) | Author | Age | Files | Lines |
|\ |
|
| |
| |
| |
| |
| |
| |
| | |
This happens to rendering with textures with a border, which had resulted
in a segfault on dereferencing the irb.
(cherry-picked from commit 8bba183b9eeb162661a287bf2e118c6dd419dd24)
|
| |
| |
| |
| |
| |
| |
| | |
If arx and ary are equal, we still want to choose from one of them,
and not arz.
(cherry picked from commit de685b37a91bc95dd4093a44a49b7b47385b1f7c)
|
| |
| |
| |
| |
| |
| |
| | |
If arx and ary are equal, we still want to choose from one of them,
and not arz.
This is the same as Michal's softpipe fix.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
If the 'end' index is out of bounds issue a warning as before. But instead
of just no-op'ing the draw call, examine the actual array indices to see
if they're OK. If the max array index is out of bounds, issue another
warning and no-op the draw call. Otherwise, draw normally. This is a
debug build-only feature since it could impact performance.
This "fixes" the missing torus in the OGL Distilled / Picking demo.
|
| | |
|
| |
| |
| |
| | |
92033a9516942d7272ce4bf36ecd422009bbaf60 and 822c7964819ca1fcc270880d4ca8b3de8a4276d0
|
| | |
|
| | |
|
| |
| |
| |
| | |
Signed-off-by: Nicolai Hähnle <[email protected]>
|
| |
| |
| |
| |
| |
| |
| | |
The handling is a bit inefficient, unfortunately, but I don't want to make
any intrusive changes for Mesa 7.6.
Signed-off-by: Nicolai Hähnle <[email protected]>
|
|\| |
|
| |
| |
| |
| |
| |
| | |
Since commit 2921a2555d0a76fa649b23c31e3264bbc78b2ff5 ('intel: Deassociated
drawables from private context struct in intelUnbindContext'),
intel->driDrawable may be NULL in intel_flush().
|
| |
| |
| |
| |
| | |
This should help detecting possible memory leaks with dma buffers and prevent
possible visual corruption if data would be overwriten too early.
|
| |
| |
| |
| | |
Signed-off-by: Nicolai Hähnle <[email protected]>
|
| | |
|
| |
| |
| |
| |
| |
| | |
Do-while makes macro safe to be used with if and for constructions.
Also remove __LINE__ macro from variable name because scope is local to macro anyway.
|
| |
| |
| |
| |
| |
| | |
Copy'n'paste apparently prevented the RADEON_VERTS flag from being enabled.
Signed-off-by: Nicolai Hähnle <[email protected]>
|
|\| |
|
| |
| |
| |
| | |
Signed-off-by: Nicolai Hähnle <[email protected]>
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Previously srandom and random were used. This cause the global random
number generator state to be modified. This caused problems for
applications that called srandom before calling into GLX. By using
local state the global state is left unmodified.
This should fix bug #23774.
|
| |
| |
| |
| |
| | |
We need to be sure to call the _mesa_unmap_teximage_pbo() function if we
called _mesa_validate_pbo_teximage().
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
The following example caused an incorrect GL_OUT_OF_MEMORY error to be
raised in glTexSubImage2D:
glTexImage2D(level=0, width=32, height=32, pixels=NULL);
glTexImage2D(level=0, width=64, height=64, pixels=NULL);
glTexSubImage2D(level=0, pixels!=NULL);
The second glTexImage2D() call needs to cause the first image to be
deallocated then reallocated at the new size. This was not happening
because we were testing for pixels==NULL too early.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Normally, the mesa/st would create a fake front buffer out of a
client-allocated surface.
In the DRI setting, however, st/dri provides a front buffer surface which is
created and maintained by the X server. Prefer to use this surface instead,
so that front buffer rendering and reading works correctly.
Signed-off-by: Nicolai Hähnle <[email protected]>
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
We obviously need to move the code addr register backwards because their may
be overlap.
This bug affected in particular the Compiz water plugin.
Signed-off-by: Nicolai Hähnle <[email protected]>
|
| | |
|
| | |
|
| | |
|
|\|
| |
| |
| |
| | |
Conflicts:
src/mesa/main/dlist.c
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
The generic DRI infrastructure makes sure that __DRIcontextRec::driDrawablePriv
and __DRIcontextRec::driReadablePriv are set to NULL after unbinding a
context. However, the intel_context structure keeps cached copies of
these pointers. If these cached pointers are not NULLed and the
drawable is actually destroyed after unbinding the context (typically
by way of glXDestroyWindow), freed memory will be dereferenced in
intelDestroyContext.
This should fix bug #23418.
|
| |
| |
| |
| |
| | |
I believe this is the last of the shader-related functions that needed
display list treatment.
|
| | |
|
| |
| |
| |
| | |
Note: there are more glUniform functions to compile...
|
| |
| |
| |
| | |
Fixes bug 23746
|
| |
| |
| |
| | |
fd.o bug# 23857
|
|\| |
|
| | |
|
|\| |
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| | |
When we concatenate shaders to do our form of poor-man linking, if there's
multiple #version directives, preprocessing fails. This change disables
the extra #version directives by changing the first two chars to //.
This should help with some Wine issues such as bug 23946.
|
| |
| |
| |
| | |
Signed-off-by: Brian Paul <[email protected]>
|
| |
| |
| |
| | |
Mac OS also has POSIX threads.
|
| | |
|
| |
| |
| |
| |
| | |
dma_bo varaible is only used for iterating so allocating memory for it only
causes memory leaks.
|
|\| |
|
| | |
|
| |
| |
| |
| |
| |
| |
| | |
This fixes a bug seen when doing a glDrawPixels(GL_STENCIL_INDEX) right
after a glClear(). The check-for-flush test was failing because we
didn't set the dirty_render_cache flag in softpipe_clear(). So we saw
stale data when we mapped the stencil buffer.
|
| |
| |
| |
| | |
It doesn't work reliably even when all the prerequisite checks are made.
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
One of the conflicst from this merge was missed:
commit 0c309bb494b6ee1c403442d1207743f749f95b6e
Merge: c6c44bf d27d659
Author: Brian Paul <[email protected]>
Date: Wed Sep 9 08:33:39 2009 -0600
|
| |
| |
| |
| | |
This fixes some issues when "return"ing from nested loops/conditionals.
|