Jose,
On Saturday, January 12, 2013 17:22:03 Jose Fonseca wrote:
> That work has been merged (w/ LLVM 3.1 and MC-JIT support), however it's
> quite likely that's there are still race conditions, as nobody has been
> pursuing llvmpipe thread-safety so far.
Given the findings that lead to commit 9
This reduces jitter slightly in a cleaner way, without desynchronizing mplayer2
as badly
when falling behind.
Signed-off-by: Maarten Lankhorst
---
diff --git a/src/gallium/auxiliary/vl/vl_winsys_dri.c
b/src/gallium/auxiliary/vl/vl_winsys_dri.c
index 95aabac..560c914 100644
--- a/src/gallium/aux
The BLT engine has many limitations. Currently, it can only blit
X-tiled buffers (since we don't have a kernel API to whack the BLT
tiling mode register), which means all depth/stencil operations get
punted to meta code, which can be very CPU-intensive.
Even if we used the BLT engine, it can't bl
https://bugs.freedesktop.org/show_bug.cgi?id=59591
Priority: medium
Bug ID: 59591
Assignee: mesa-dev@lists.freedesktop.org
Summary: BUILD make distclean fails
Severity: normal
Classification: Unclassified
OS: All
Re
Thanks for this update!
I just looked into this issue again - in a usecase were multiple
threads are running and each thread creates a context, renders in that
context for some time and then destroys this context. No legacy OpenGL
features were used.
In this scenario one nearly
On 01/18/2013 11:18 PM, Matt Turner wrote:
The static Makefiles used it.
---
configure.ac |4
src/gallium/targets/egl-static/Makefile.am |1 -
2 files changed, 0 insertions(+), 5 deletions(-)
Yeah, looks unused.
Reviewed-by: Kenneth Graunke
_
And reuse them if not cross compiling.
v2: Simplify libglcpp.la by making sure a native one is always in
src/glsl/. Fixes a problem when linking egl_gallium.la.
---
src/glsl/Makefile.am | 52 -
src/glsl/builtin_compiler/Makefile.am | 27 +++
