| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
|
|
|
| |
tested on r200, texcmp works. May need more verification
|
| |
|
| |
|
| |
|
| |
|
| |
|
|\
| |
| |
| |
| |
| |
| | |
Conflicts:
configure.ac
src/mesa/drivers/dri/r200/r200_context.c
src/mesa/drivers/dri/r300/r300_render.c
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
While running conform with render-to-texture:
conform -d 33 -v 2 -t -direct
the i965 driver failed this assertion:
intel_clear.c:77: intel_clear_tris: Assertion `(mask & ~((1 << BUFFER_BACK_LEFT) | (1 << BUFFER_FRONT_LEFT) | (1 << BUFFER_DEPTH) | (1 << BUFFER_STENCIL))) == 0' failed.
The problem is that intel_clear_tris() is called by intelClear() to
clear any and all of the available color buffers, but intel_clear_tris()
actually only handles the back left and front left color buffers; so
the assertion fails as soon as you try to clear a non-standard color
buffer.
The fix is to have intelClear() only call intel_clear_tris() with
buffers that intel_clear_tris() can support. intelClear() already backs
down to _swrast_Clear() for all buffers that aren't handled explicitly.
|
| |
| |
| |
| |
| |
| |
| |
| | |
Omit math/m_xform.c from gallium builds since it's not used and it's the
one place we were pulling in the Mesa x86 codegen which collides with
gallium's x86 codegen.
Can now omit ASM_C_SOURCES from gallium build too.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Only VBO uses the evaluator code so call _math_init_eval() there.
Only TNL uses the transform/translate code so call _math_init_transformation()
and _math_init_translate9) there.
This is a step toward resolving some symbol collisions between Mesa's and
gallium's x86 codegen.
Have VBO and TNL modules call _math_init_transformation()
|
| |
| |
| |
| |
| |
| |
| | |
Arrays of sampler vars haven't been tested much and might actually be broken.
Will need to be revisited someday.
Another fix for bug 20056.
|
| |
| |
| |
| |
| |
| |
| | |
location = -1 is silently ignored, but other negative values should raise
an error.
Another fix for bug 20056.
|
| |
| |
| |
| | |
intermediate array
|
| |
| |
| |
| |
| |
| |
| | |
If too many array elements are specified, they're to be silently ignored (don't
raise a GL error).
Fixes another issue in bug 20056.
|
| |
| |
| |
| | |
Fixes one of the issues in bug 20056.
|
| |
| |
| |
| | |
snprint symbol does not exist in Windows.
|
| | |
|
| |
| |
| |
| |
| | |
This involved fixing driConcatConfigs to not return const (which had made a
mess of a previous patch too).
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| |
| | |
Everything other than "make sure the last rendering ends up visible on the
screen" doesn't need that behavior.
|
| | |
|
| |
| |
| |
| | |
Found while debugging cairo-gl.
|
| | |
|
| |\
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
This is the big merge of the gallium-0.2 branch into master.
gallium-master-merge was just the staging area for it.
Both gallium-0.2 and gallium-master-merge are considered closed now.
Conflicts:
progs/demos/Makefile
src/mesa/main/state.c
src/mesa/main/texenvprogram.c
|
| | |\ |
|
| | | | |
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
This is a temporary fix which works for the formats we care so far. The
real fix would be abandon the concept "nominal bytes per pixel" entirely
in Mesa, and use macropixels instead, as done in gallium interfaces
already.
|
| | | |
| | | |
| | | |
| | | |
| | | | |
swizzling in fetch/store srgba/sargb functions fixed (consistent with
equivalent non-srgb formats now).
|
| | | | |
|
| | | |
| | | |
| | | |
| | | | |
Add the MSAA samples array or make sure its contents are initialized.
|
| | | | |
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
(cherry picked from commit f7d80aa00611917bc8ce637136d982b151b8f44f)
This also involved adding the new MSAA fields to driCreateConfigs().
Also, re-add prog_instructions->Sampler field for i965 driver. Will
have to revisit that.
|
| | | |
| | | |
| | | |
| | | |
| | | | |
This contains the core mesa code but excludes things not needed for gallium
such as tnl/, swrast/, swrast_setup/, etc.
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Also, remove gallium-related things from configs/default. They're in
linux-gallium now.
So the default builds are the same as they have been for Mesa/master.
|
| | | | |
|
| | | | |
|
| | | | |
|
| | |\|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Merge commit 'origin/gallium-0.2' into gallium-master-merge
Conflicts:
Makefile
docs/relnotes-7.4.html
docs/relnotes.html
src/mesa/drivers/dri/i965/brw_wm.h
src/mesa/main/imports.c
src/mesa/main/mtypes.h
src/mesa/main/texcompress.c
src/mesa/main/texenvprogram.c
src/mesa/main/version.h
src/mesa/vbo/vbo_exec_api.c
src/mesa/vbo/vbo_save_draw.c
|
| | | | |
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
this change disassociates, at least from the driver perspective,
the surface from buffer. surfaces are technically now views on the
textures so make it so by hiding the buffer in the internals of
textures.
|
| | | |\
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
Conflicts:
src/gallium/state_trackers/wgl/shared/stw_public.h
|
| | | | |
| | | | |
| | | | |
| | | | | |
Similar to the GLX state trackers for DRI and xlib.
|
| | | | | |
|
| | | | |
| | | | |
| | | | |
| | | | | |
Allows to leave screen->winsys NULL.
|
| | | | | |
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
move it to pipe/internal/p_winsys_screen.h and start converting
the state trackers to the screen usage
|