[Mesa-dev] [PATCH 7/7] vbo: remove a redundant call to _ae_invalidate_state

2010-12-29 Thread Marek Olšák
It's called in vbo_exec_invalidate_state too. --- src/mesa/vbo/vbo_context.c |1 - 1 files changed, 0 insertions(+), 1 deletions(-) diff --git a/src/mesa/vbo/vbo_context.c b/src/mesa/vbo/vbo_context.c index 9992cc3..6656ed8 100644 --- a/src/mesa/vbo/vbo_context.c +++ b/src/mesa/vbo/vbo_contex

[Mesa-dev] [PATCH 6/7] st/mesa: remove unused members in st_context

2010-12-29 Thread Marek Olšák
What were these for? --- src/mesa/state_tracker/st_context.h |9 - 1 files changed, 0 insertions(+), 9 deletions(-) diff --git a/src/mesa/state_tracker/st_context.h b/src/mesa/state_tracker/st_context.h index f20eb54..64a8f79 100644 --- a/src/mesa/state_tracker/st_context.h +++ b/src

[Mesa-dev] [PATCH 5/7] tgsi: remove redundant name tables from tgsi_text, use those from tgsi_dump

2010-12-29 Thread Marek Olšák
I also specified the array sizes in the header so that one can use the Elements macro on it. --- src/gallium/auxiliary/tgsi/tgsi_dump.c | 22 +++--- src/gallium/auxiliary/tgsi/tgsi_dump.h | 17 +- src/gallium/auxiliary/tgsi/tgsi_text.c | 50 --- 3

[Mesa-dev] [PATCH 4/7] gallium: drivers should reference vertex buffers

2010-12-29 Thread Marek Olšák
So that a state tracker can unreference them after set_vertex_buffers. --- src/gallium/auxiliary/draw/draw_context.c| 10 -- src/gallium/auxiliary/util/u_blitter.h | 18 +- src/gallium/auxiliary/util/u_inlines.h | 18 ++ src

[Mesa-dev] [PATCH 3/7] st/mesa: optimize constant buffer uploads

2010-12-29 Thread Marek Olšák
The overhead of resource_create, transfer_inline_write, and resource_destroy to upload constant data is very visible with some apps in sysprof, and as such should be eliminated. My approach uses a user buffer to pass a pointer to a driver. This gives the driver the freedom it needs to take the fas

[Mesa-dev] [PATCH 2/7] st/mesa: do sanity checks on states only in debug builds

2010-12-29 Thread Marek Olšák
--- src/mesa/state_tracker/st_atom.c |4 1 files changed, 4 insertions(+), 0 deletions(-) diff --git a/src/mesa/state_tracker/st_atom.c b/src/mesa/state_tracker/st_atom.c index e29ab46..bf160fe 100644 --- a/src/mesa/state_tracker/st_atom.c +++ b/src/mesa/state_tracker/st_atom.c @@ -147,7

[Mesa-dev] [PATCH 1/7] u_upload_mgr: new features

2010-12-29 Thread Marek Olšák
- Added a parameter to specify a minimum offset that should be returned. r300g needs this to better implement user buffer uploads. This weird requirement comes from the fact that the Radeon DRM doesn't support negative offsets. - Added a parameter to notify a driver that the upload flush occ

[Mesa-dev] Gallium improvements and cleanups

2010-12-29 Thread Marek Olšák
Hi, first there's a few of patches of mine that are still awaiting a review. Those are: [PATCH] st/mesa: advertise GL_ARB_half_float_pixel (posted on Dec 18) [PATCH] mesa: preserve 10 bits of precision in the texstore general path for ARGB2101010 (posted on Dec 22) [PATCH] u_upload_mgr: keep th

[Mesa-dev] [Bug 30353] building multilib mesa fails or bogus

2010-12-29 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=30353 --- Comment #6 from okias 2010-12-29 04:52:50 PST --- Gentoo have emul libs compiled WITH llvm... I personally asked for it :-)) -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail beca

[Mesa-dev] [Bug 30353] building multilib mesa fails or bogus

2010-12-29 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=30353 --- Comment #5 from Sergey Kondakov 2010-12-29 04:27:56 PST --- never ? then what "---32-bit ---64-bit" are for ? either those options should have been mutually exclusive from begin with or it should build all bunch of libraries as it were long

[Mesa-dev] [Bug 30353] building multilib mesa fails or bogus

2010-12-29 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=30353 --- Comment #4 from Michel Dänzer 2010-12-29 00:29:08 PST --- AFAIR Mesa has never supported building both 32 and 64 bit binaries at the same time. This should probably be handled more gracefully though. -- Configure bugmail: https://bugs.free