FYI, Mesa 7.9 doesn't build with --enable-gallium-llvm
--enable-gallium-swrast
swrastg_dri.so.tmp: undefined reference to `lp_tile_unswizzle_4ub'
swrastg_dri.so.tmp: undefined reference to `lp_tile_swizzle_4ub'
swrastg_dri.so.tmp: undefined reference to `tile_offset'
collect2: ld returned 1 exit s
This fixes the game Tiny and Big.
---
src/mesa/state_tracker/st_cb_clear.c | 16 ++--
1 files changed, 10 insertions(+), 6 deletions(-)
diff --git a/src/mesa/state_tracker/st_cb_clear.c
b/src/mesa/state_tracker/st_cb_clear.c
index d81e554..0e0c432 100644
--- a/src/mesa/state_tracke
https://bugs.freedesktop.org/show_bug.cgi?id=31940
Marek Olšák changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=32285
--- Comment #11 from Jammy Zhou 2011-02-21 22:43:23 PST
---
For the egl_gallium case, although I can get renderer info for both GL and
GLES2, it seems that there are still some problem for later GL calling when run
the triangle test application
Chia-I Wu writes:
> On Mon, Feb 21, 2011 at 8:12 PM, Tom Fogal wrote:
> > From: Tom Fogal
> >
> > Without this, we do not actually respect the request for TLS.
>
> What is your setup?
./configure \
CFLAGS="-g -DUSE_MGL_NAMESPACE" \
CXXFLAGS="-g -D
On Mon, Feb 21, 2011 at 8:12 PM, Tom Fogal wrote:
> From: Tom Fogal
>
> Without this, we do not actually respect the request for TLS.
What is your setup? The macro should be defined as part of $(CFLAGS).
It may not be a good practice as the variable is normally considered
a user variable, but m
From: Tom Fogal
Without this, we do not actually respect the request for TLS.
---
src/mapi/glapi/Makefile |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/src/mapi/glapi/Makefile b/src/mapi/glapi/Makefile
index bb4ed65..60b0963 100644
--- a/src/mapi/glapi/Makefile
+++
On Mon, Feb 21, 2011 at 8:21 PM, Brian Paul wrote:
> On 02/21/2011 05:06 PM, Brian Paul wrote:
>>
>> On 02/21/2011 03:01 PM, Ian Romanick wrote:
>>>
>>> -BEGIN PGP SIGNED MESSAGE-
>>> Hash: SHA1
>>>
>>> I'm planning to cherry pick a handful more patches back to the stable
>>> branches this
On 02/21/2011 05:06 PM, Brian Paul wrote:
On 02/21/2011 03:01 PM, Ian Romanick wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I'm planning to cherry pick a handful more patches back to the stable
branches this week. I'd like to make stable releases early next week.
Things have been very
On 02/21/2011 03:01 PM, Ian Romanick wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I'm planning to cherry pick a handful more patches back to the stable
branches this week. I'd like to make stable releases early next week.
Things have been very stable on the branches (almost like we plan
On 02/21/2011 04:14 PM, Ian Romanick wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/21/2011 02:16 PM, Brian Paul wrote:
Module: Mesa
Branch: master
Commit: e9ff76aa81d9bd973d46b7e46f1e4ece2112a5b7
URL:
http://cgit.freedesktop.org/mesa/mesa/commit/?id=e9ff76aa81d9bd973d46b7e46f1e
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/21/2011 02:16 PM, Brian Paul wrote:
> Module: Mesa
> Branch: master
> Commit: e9ff76aa81d9bd973d46b7e46f1e4ece2112a5b7
> URL:
> http://cgit.freedesktop.org/mesa/mesa/commit/?id=e9ff76aa81d9bd973d46b7e46f1e4ece2112a5b7
>
> Author: Brian Paul
Because of GLX's unfortunate requirement that only one context have a
thread current at a time, we had to unbind the context, triggering a
flush, and eating of all the CPU. With a small tweak to the GLX spec
by GLX_MESA_multithread_makecurrent, and a small tweak to Mesa that
consisted mostly of de
---
tests/all.tests |4 +
tests/glx/CMakeLists.txt |8 ++
tests/glx/glx-multithread-makecurrent-1.c | 183 +
tests/glx/glx-multithread-makecurrent-2.c | 183 +
tests/glx/glx-multithread-mak
Since its inception, cairo-gl has been plagued by the "how am I really
supposed to use it?" problem. This lays down my expectations for how
cairo-gl will interact with other usage of the GL API.
---
src/cairo-gl.h | 26 ++
1 files changed, 26 insertions(+), 0 deletions(-
If another thread bound a context to the drawable then unbound it, the
driContextPriv would end up NULL.
With the previous two fixes, this fixes glx-multithread-makecurrent-2,
despite the issue not being about the multithreaded makecurrent.
---
src/mesa/drivers/dri/intel/intel_screen.c |3 ++-
The driver only has one reasonable place to look for its context to
flush anything, which is the current context. Don't bother it with
having to check.
---
src/glx/dri2_glx.c |9 +++--
1 files changed, 7 insertions(+), 2 deletions(-)
diff --git a/src/glx/dri2_glx.c b/src/glx/dri2_glx.c
i
The GLX Spec says you only implicitly glFlush if the drawable being
swapped is the current context's drawable.
---
src/glx/glxcmds.c |8 ++--
1 files changed, 6 insertions(+), 2 deletions(-)
diff --git a/src/glx/glxcmds.c b/src/glx/glxcmds.c
index 80eaf72..22bebab 100644
--- a/src/glx/glx
This extension allows a client to bind one context in multiple threads
simultaneously. It is then up to the client to manage synchronization of
access to the GL, just as normal multithreaded GL from multiple contexts
requires synchronization management to shared objects.
---
docs/MESA_multithread
(sorry about the bad series before this one -- ^C of git-send-email
--compose doesn't DWIM)
I'm happy now with the implementation of this extension, I've got
tests for most of the issues mentioned (the one that's really missing
is the bind-to-new-drawable one, but I don't anticipate issues with
it
Since its inception, cairo-gl has been plagued by the "how am I really
supposed to use it?" problem. This lays down my expectations for how
cairo-gl will interact with other usage of the GL API.
---
src/cairo-gl.h | 26 ++
1 files changed, 26 insertions(+), 0 deletions(-
---
tests/all.tests |4 +
tests/glx/CMakeLists.txt |8 ++
tests/glx/glx-multithread-makecurrent-1.c | 183 +
tests/glx/glx-multithread-makecurrent-2.c | 183 +
tests/glx/glx-multithread-mak
---
tests/all.tests |4 +
tests/glx/CMakeLists.txt |8 ++
tests/glx/glx-multithread-makecurrent-1.c | 183 +
tests/glx/glx-multithread-makecurrent-2.c | 183 +
tests/glx/glx-multithread-mak
Because of GLX's unfortunate requirement that only one context have a
thread current at a time, we had to unbind the context, triggering a
flush, and eating of all the CPU. With a small tweak to the GLX spec
by GLX_MESA_multithread_makecurrent, and a small tweak to Mesa that
consisted mostly of de
On Tue, Feb 22, 2011 at 12:02 AM, kumar vemuri wrote:
> One more question Dave. Can a 3D APP/Game refuse to run if hw
> acceleration is not available? I understand that without hw acceleration
> they will be extremely slow and unplayable but i want to know if its
> possible to run (all) 3D apps wi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I'm planning to cherry pick a handful more patches back to the stable
branches this week. I'd like to make stable releases early next week.
Things have been very stable on the branches (almost like we planned it
that way!), but a lot of fixes have bee
On Sun, Feb 20, 2011 at 3:04 PM, Sedat Dilek wrote:
>
> # LIBGL_DEBUG=verbose glxinfo 2>/dev/null | grep -i opengl
> OpenGL vendor string: Mesa Project
> OpenGL renderer string: Software Rasterizer
> OpenGL version string: 2.1 Mesa 7.11-devel
> OpenGL shading language version string: 1.20
> OpenGL
One more question Dave. Can a 3D APP/Game refuse to run if hw
acceleration is not available? I understand that without hw acceleration
they will be extremely slow and unplayable but i want to know if its
possible to run (all) 3D apps with s/w renderer.
Btw thanks for pointing out that i am looki
This header is in newest libdrm.
Sorry for the noise :(
2011/2/21 Nikolay Rysev
> Hello!
>
> nouveau don't build with current git master of mesa.
>
> Build logs:
>
> (dri/nouveau) nouveau_driver.h:48:26: fatal error: nv04_pushbuf.h: No such
> file or directory
>
> (gallium/drivers/nouveau) nouv
Hello!
nouveau don't build with current git master of mesa.
Build logs:
(dri/nouveau) nouveau_driver.h:48:26: fatal error: nv04_pushbuf.h: No such
file or directory
(gallium/drivers/nouveau) nouveau_winsys.h:14:34: fatal error:
nouveau/nv04_pushbuf.h: No such file or directory
If I try to cut
https://bugs.freedesktop.org/show_bug.cgi?id=31940
Fabio Pedretti changed:
What|Removed |Added
CC||fabio@libero.it
--
Configure bugma
31 matches
Mail list logo
