Fix assertion in nv04_surface_fill() and glxgears works on nv40 again.
---
src/gallium/drivers/nv04/nv04_surface_2d.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/src/gallium/drivers/nv04/nv04_surface_2d.c
b/src/gallium/drivers/nv04/nv04_surface_2d.c
index bbbcb54.
---
src/mesa/shader/hash_table.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/src/mesa/shader/hash_table.c b/src/mesa/shader/hash_table.c
index a28a53c..881179f 100644
--- a/src/mesa/shader/hash_table.c
+++ b/src/mesa/shader/hash_table.c
@@ -32,6 +32,7 @@
#include
The first patch add a missing include to get prorotypes of
_mesa_malloc and _mesa_free. I'm not very sure with the
second patch. Nouveau people should take a look at it closely.
With the fix glxgear works again on my nv40.
Best regards
Luo Jinghua
Ian Romanick wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> All,
>
> In the next couple hours I'm planning to merge the asm-shader-rework-1
> branch to master. In my testing I have found that it passes at least as
> many (and in a couple cases more) tests than the current code. On
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
All,
In the next couple hours I'm planning to merge the asm-shader-rework-1
branch to master. In my testing I have found that it passes at least as
many (and in a couple cases more) tests than the current code. One of
our internal tests runs about 8
I was given fdo account today so I committed this. :)
On Thu, Aug 20, 2009 at 7:01 PM, Pauli Nieminen wrote:
> ---
> src/mesa/drivers/dri/radeon/radeon_dma.c |3 +++
> 1 files changed, 3 insertions(+), 0 deletions(-)
>
> diff --git a/src/mesa/drivers/dri/radeon/radeon_dma.c
> b/src/mesa/dri
http://bugs.freedesktop.org/show_bug.cgi?id=17895
Michel Dänzer changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|
Dou, Justin wrote:
> Hi, All,
> When we tried to fix one issue of Conformance Test Suite (zbfunc.c), we
> found there was a mismatched bitmap cache with the z-buffer. This cache
> is used for bitmap drawn, and it keeps the drawn info such as
> positions/width/height. If the next drawn task with
Chia-I Wu wrote:
> On Thu, Aug 20, 2009 at 08:24:52AM -0600, Brian Paul wrote:
>>> IMHO, dispatch table is a good paradigm to deal with such issues because
>>> it is very clear. It dispatches to different sets of functions
>>> depending on the state of current context.
>> Yes, the dispatch table s
Chia-I Wu wrote:
> The first two patches fix two segfaults. One is in core, and the other
> is in egl_softpipe.
>
> The 3rd patches removes libX11 dependency. The mechanism depending on
> libX11 does not work on newer kernel, and no working driver uses it.
> The last patch does a minor refactori
Hi, All,
When we tried to fix one issue of Conformance Test Suite (zbfunc.c), we found
there was a mismatched bitmap cache with the z-buffer. This cache is used for
bitmap drawn, and it keeps the drawn info such as positions/width/height. If
the next drawn task with the same position && width &&
The first two patches fix two segfaults. One is in core, and the other
is in egl_softpipe.
The 3rd patches removes libX11 dependency. The mechanism depending on
libX11 does not work on newer kernel, and no working driver uses it.
The last patch does a minor refactoring and it makes
$ export E
On Thu, Aug 20, 2009 at 08:24:52AM -0600, Brian Paul wrote:
> >IMHO, dispatch table is a good paradigm to deal with such issues because
> >it is very clear. It dispatches to different sets of functions
> >depending on the state of current context.
> Yes, the dispatch table should go back in at som
13 matches
Mail list logo
