On Thu, 3 Feb 2011 11:19:32 +1100, Christopher James Halse Rogers
wrote:
> This an adds --enable-shared-dricore option to configure. When enabled,
> DRI modules will link against a shared copy of the common mesa routines
> rather than statically linking these.
>
> This saves about 30MB on disc
On Thu, 19 Aug 2010 14:06:21 -0400, nobled wrote:
> 'dpy' was being checked for null *after* it was already used once.
> From 606d6522e90abe526755d80d28754a8229a99baf Mon Sep 17 00:00:00 2001
> From: nobled
> Date: Fri, 30 Jul 2010 12:09:18 +
> Subject: [PATCH] glx: Put null check before use
Hi All,
I've been trying to build Mesa 7.10 on Windows 7 / Visual Studio 2010 and I
have been having some problems.
When I opened
\windows\VC8\mesa\mesa.sln, it was automatically converted to VS2010.
When I tried to build the various projects there were a number of problems
including
Signed-off-by: Sedat Dilek
---
docs/GL3.txt |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/docs/GL3.txt b/docs/GL3.txt
index b4ca99b..9ff25a9 100644
--- a/docs/GL3.txt
+++ b/docs/GL3.txt
@@ -33,7 +33,7 @@ Transform feedback (GL_EXT_transform_feedback)~50%
done
---
src/mesa/vbo/vbo_exec_draw.c |1 +
src/mesa/vbo/vbo_save_draw.c |1 +
2 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/src/mesa/vbo/vbo_exec_draw.c b/src/mesa/vbo/vbo_exec_draw.c
index 87f6431..f8be83e 100644
--- a/src/mesa/vbo/vbo_exec_draw.c
+++ b/src/mesa/vbo/vbo_exec_
We don't need to call bind_arrays in the vbo module if the states
which the function depends on are not dirty.
---
src/mesa/main/mtypes.h|1 +
src/mesa/main/state.c |2 ++
src/mesa/vbo/vbo_exec_array.c |5 +
3 files changed, 8 insertions(+), 0 deletions(-)
diff --g
---
src/gallium/auxiliary/cso_cache/cso_context.c | 45 +++
src/gallium/auxiliary/cso_cache/cso_context.h |7
src/gallium/auxiliary/util/u_blit.c |8 +++-
src/gallium/auxiliary/util/u_blitter.c |4 +-
src/gallium/auxiliary/util/u_draw
This is redundant to pipe_draw_info::max_index and doesn't really fit
in the optimizations I plan.
---
src/gallium/auxiliary/draw/draw_llvm.c | 17 -
src/gallium/auxiliary/draw/draw_llvm.h |5 +
src/gallium/auxiliary/draw/draw_pt.c |
The vertex arrays state should be set only when (_NEW_ARRAY | _NEW_PROGRAM)
is dirty. This assumes user buffer content is mutable, which will be
sorted out in the next commit. The following usage case should be much faster
now:
for (i = 0; i < 1000; i++) {
glDrawElements(...);
}
Or even:
for
Also implement the redefine_user_buffer hook in the drivers.
---
src/gallium/auxiliary/util/u_blitter.c |4 ++
src/gallium/auxiliary/util/u_transfer.c |7
src/gallium/auxiliary/util/u_transfer.h | 10 ++---
src/gallium/docs/source/context.rst
Hi,
this patch series optimizes vertex array state changes in Mesa/Gallium. The
problem with the vbo module and st/mesa is that it re-binds vertex arrays
every draw operation instead of only when they get changed by the
application, and this series aims to address that issue.
Some new issues aros
On 02/11/11 16:31, Andy Skinner wrote:
> -void XMesaGarbageCollect( void )
> +void XMesaGarbageCollect( XMesaDisplay* dpy )
> {
> XMesaBuffer b, next;
> for (b=XMesaBufferList; b; b=next) {
>next = b->Next;
> - if (b->display && b->frontxrb->drawable && b->type == WINDOW) {
>
12 matches
Mail list logo