On 04/19/2013 11:35 AM, Eric Anholt wrote:
I noticed a fallback in regnum through sysprof, and wanted a nicer way to
get information about it.
---
src/mesa/drivers/common/meta.c | 28 +---
src/mesa/main/errors.h | 10 ++
2 files changed, 35
Hi Tom,
May be I need to tell where the problem really appears in real life.
OpenSceneGraph has some nifty features regarding multi channel rendering.
Assume a setup of multiple full screen views running on different graphics
boards into a single mashine composing a view into a single scene.
From: José Fonseca jfons...@vmware.com
They are supported on LLVM 3.1, at least on x86. (I haven't tested on PPC
though.)
Actually lp_build_linear_mip_levels() already has been emitting them for
some time.
This avoids intrinsics, which tend to be an obstacle for certain
optimization passes.
---
From: José Fonseca jfons...@vmware.com
2.7 was a particularly trouble ridden released.
Furthermore, the bug no longer can be reproduced ever since the
first_level state was taken in account.
---
src/gallium/auxiliary/gallivm/lp_bld_sample_soa.c |3 +--
1 file changed, 1 insertion(+), 2
From: José Fonseca jfons...@vmware.com
Prevents assertion failures inside the driver for such state combinations.
---
src/gallium/drivers/llvmpipe/lp_state_fs.c | 14 ++
1 file changed, 10 insertions(+), 4 deletions(-)
diff --git a/src/gallium/drivers/llvmpipe/lp_state_fs.c
On 04/20/2013 03:11 AM, Marek Olšák wrote:
Please don't add any new environment variables and use R600_DEBUG
instead. The other environment variables are deprecated.
I agree, those vars probably need some cleanup, they were added before
R600_DEBUG appeared.
Though I'm afraid some of my
2013/4/20 Brian Paul bri...@vmware.com
On 04/19/2013 01:56 PM, Andreas Boll wrote:
From: Brian Paulbri...@vmware.com
I don't recall authoring this particular patch. But AFAICT, IN_DRI_DRIVER
is no loger used, as you indidate.
-Brian
See
Am 20.04.2013 06:06, schrieb Tom Stellard:
On Thu, Apr 11, 2013 at 10:12:01AM +0200, Christian König wrote:
Am 10.04.2013 18:50, schrieb Tom Stellard:
On Wed, Apr 10, 2013 at 05:59:48PM +0200, Michel Dänzer wrote:
[SNIP]
We should start using the updated pattern syntax for all new patterns.
From: José Fonseca jfons...@vmware.com
Because we don't support, and the u_format fallback doesn't work for
zs formats.
---
src/gallium/drivers/llvmpipe/lp_screen.c | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
diff --git a/src/gallium/drivers/llvmpipe/lp_screen.c
On 04/20/2013 01:42 PM, Christian König wrote:
Am 19.04.2013 18:50, schrieb Vadim Girlin:
On 04/19/2013 08:35 PM, Christian König wrote:
Hey Vadim,
Am 19.04.2013 18:18, schrieb Vadim Girlin:
[SNIP]
In theory, yes, some optimizations in this branch are typically used
on the earlier
From: Christian König christian.koe...@amd.com
Should fix: https://bugs.freedesktop.org/show_bug.cgi?id=63702
Signed-off-by: Christian König christian.koe...@amd.com
---
src/gallium/drivers/radeonsi/radeonsi_uvd.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git
Am 20.04.2013 13:12, schrieb Vadim Girlin:
On 04/20/2013 01:42 PM, Christian König wrote:
Am 19.04.2013 18:50, schrieb Vadim Girlin:
On 04/19/2013 08:35 PM, Christian König wrote:
Hey Vadim,
Am 19.04.2013 18:18, schrieb Vadim Girlin:
[SNIP]
In theory, yes, some optimizations in this branch
Am 20.04.2013 09:27, schrieb Mathias Fröhlich:
Hi Tom,
May be I need to tell where the problem really appears in real life.
OpenSceneGraph has some nifty features regarding multi channel rendering.
Assume a setup of multiple full screen views running on different graphics
boards into a single
On 04/20/2013 03:38 PM, Christian König wrote:
Am 20.04.2013 13:12, schrieb Vadim Girlin:
On 04/20/2013 01:42 PM, Christian König wrote:
Am 19.04.2013 18:50, schrieb Vadim Girlin:
On 04/19/2013 08:35 PM, Christian König wrote:
Hey Vadim,
Am 19.04.2013 18:18, schrieb Vadim Girlin:
[SNIP]
On 19 April 2013 18:01, Vadim Girlin vadimgir...@gmail.com wrote:
The choice of C++ (unlike in my previous branch that used C) was mostly
driven by the fact that optimization algorithms usually deal with a lot of
different complex data structures, containers, etc, and C++ allows to
isolate
On 04/20/2013 07:05 PM, Henri Verbeet wrote:
On 19 April 2013 18:01, Vadim Girlin vadimgir...@gmail.com wrote:
The choice of C++ (unlike in my previous branch that used C) was mostly
driven by the fact that optimization algorithms usually deal with a lot of
different complex data structures,
On 04/20/2013 03:45 AM, jfons...@vmware.com wrote:
From: José Fonsecajfons...@vmware.com
Because we don't support, and the u_format fallback doesn't work for
zs formats.
---
src/gallium/drivers/llvmpipe/lp_screen.c | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
diff
On 04/20/2013 02:57 AM, jfons...@vmware.com wrote:
From: José Fonsecajfons...@vmware.com
They are supported on LLVM 3.1, at least on x86. (I haven't tested on PPC
though.)
Actually lp_build_linear_mip_levels() already has been emitting them for
some time.
This avoids intrinsics, which tend to
https://bugs.freedesktop.org/show_bug.cgi?id=63469
--- Comment #1 from Brian Paul bri...@vmware.com ---
Thanks for the traces. It appears that we've got the sub-pixel positioning of
lines incorrect in llvmpipe. Softpipe matches NVIDIA's driver but llvmpipe is
off by a half pixel both in x and
https://bugs.freedesktop.org/show_bug.cgi?id=63472
--- Comment #1 from Brian Paul bri...@vmware.com ---
Could you run this test with valgrind? That should give us a bit more info.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=63472
--- Comment #2 from Kevin Hobbs hob...@ohiou.edu ---
Created attachment 78281
-- https://bugs.freedesktop.org/attachment.cgi?id=78281action=edit
valgring output
--
You are receiving this mail because:
You are the assignee for the bug.
From: José Fonseca jfons...@vmware.com
gl_rasterization_rules lumps too many different flags.
---
src/gallium/auxiliary/draw/draw_context.c |1 +
src/gallium/auxiliary/draw/draw_llvm.c |2 +-
src/gallium/auxiliary/draw/draw_pt.h |2 +-
From: José Fonseca jfons...@vmware.com
gl_rasterization_rules lumps too many different flags.
---
src/gallium/auxiliary/draw/draw_context.c |1 +
src/gallium/auxiliary/draw/draw_llvm.c |2 +-
src/gallium/auxiliary/draw/draw_pt.h |2 +-
The second patch didn't make the list. Probably because I'm not the author. Not
sure exactly how to get git send-email to handle that properly. I'll retry
sending it shortly.
Anyway, the change is on
Ah, I didn't know you had any other env vars. It's preferable to have
as many boolean flags as possible handled by a single env var, because
it's easier to use (R600_DUMP_SHADERS counts as a pretty ugly list of
boolean flags hidden behind a magic number). Feel free to have
separate env vars for
Probably a copy-n-paste mistake.
---
src/mesa/drivers/dri/i965/brw_fs_visitor.cpp | 22 +++---
1 file changed, 11 insertions(+), 11 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/brw_fs_visitor.cpp
b/src/mesa/drivers/dri/i965/brw_fs_visitor.cpp
index 422816d..f1539d5 100644
The code doesn't set brw-query.obj to NULL, it sets query-bo to NULL.
---
src/mesa/drivers/dri/i965/brw_queryobj.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/brw_queryobj.c
b/src/mesa/drivers/dri/i965/brw_queryobj.c
index 194725c..81e975a
27 matches
Mail list logo