On Fri, 2012-04-06 at 17:40 +0200, Viktor Novotný wrote:
---
Hi,
Hey Viktor!
Thanks for the patch!
this is still WIP, but already passes piglit's s3tc-teximage,
s3tc-texsubimage and fbo-generatemipmap-formats(s3tc tests)
and even Wolfenstein:Enemy-Territory works on my nv25. It's based
Ben Skeggs skeg...@gmail.com writes:
On Fri, 2012-04-06 at 17:40 +0200, Viktor Novotný wrote:
---
Hi,
Hey Viktor!
Thanks for the patch!
Hey,
this is still WIP, but already passes piglit's s3tc-teximage,
s3tc-texsubimage and fbo-generatemipmap-formats(s3tc tests)
and even
https://bugs.freedesktop.org/show_bug.cgi?id=48890
--- Comment #5 from Christoph Bumiller e0425...@student.tuwien.ac.at
2012-04-24 11:29:36 PDT ---
Found an application that produces the same error, I hope it's fixed now (with
mesa commit 29a0c8cd60b6e1fc9ad39e626852ce598fe4d2b4).
--
Configure
On Tue, Apr 24, 2012 at 12:37:34PM +1000, Ben Skeggs wrote:
On Mon, 2012-04-23 at 00:18 +0200, Marcin Slusarz wrote:
Wait loop can be interrupted by signal, so if signals are raised
periodically (e.g. SIGALRM) this loop may never finish. Use
emission time as a base for fence timeout.
Ah,
Le 24/04/2012 20:14, Maarten Maathuis a écrit :
Do you get rendering errors also when using a nv50 class gpu? I seem
to get them in firefox.
I also noticed a huge amount of failures when running rendercheck -t
gradients, which i find odd, because they are not supposed to be
accelerated.
Hi,
On Tue, Apr 24, 2012 at 8:36 PM, Martin Peres martin.pe...@free.fr wrote:
Le 24/04/2012 20:14, Maarten Maathuis a écrit :
Do you get rendering errors also when using a nv50 class gpu? I seem
to get them in firefox.
I also noticed a huge amount of failures when running rendercheck -t
Le 24/04/2012 20:49, Maarten Maathuis a écrit :
On Tue, Apr 24, 2012 at 8:36 PM, Martin Peresmartin.pe...@free.fr wrote:
Le 24/04/2012 20:14, Maarten Maathuis a écrit :
Do you get rendering errors also when using a nv50 class gpu? I seem
to get them in firefox.
I also noticed a huge amount
On Mon, Apr 23, 2012 at 09:51:48AM +0200, Daniel Vetter wrote:
On Mon, Apr 23, 2012 at 12:18:28AM +0200, Marcin Slusarz wrote:
Nouveau, in normal circumstances, does not need device lock for every ioctl,
but incoming gpu reset code needs exclusive access to the device.
This commit adds
On Mon, Apr 23, 2012 at 06:56:44PM +0200, Martin Peres wrote:
Le 23/04/2012 18:32, Marcin Slusarz a écrit :
Just run piglit. Even quick tests can cause ~5 lockups (it eventually
messes
up DDX channel, but this patchset can't fix this case).
You can run fs-discard-exit-2 test first -
On Tue, 2012-04-24 at 21:31 +0200, Marcin Slusarz wrote:
On Mon, Apr 23, 2012 at 06:56:44PM +0200, Martin Peres wrote:
Le 23/04/2012 18:32, Marcin Slusarz a écrit :
Just run piglit. Even quick tests can cause ~5 lockups (it eventually
messes
up DDX channel, but this patchset can't
On Tue, 2012-04-24 at 20:14 +0200, Maarten Maathuis wrote:
Do you get rendering errors also when using a nv50 class gpu? I seem
to get them in firefox.
Hmm, I haven't noticed anything on my NVA8 laptop.
I also noticed a huge amount of failures when running rendercheck -t
gradients, which i
11 matches
Mail list logo
