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.
Now
From: José Fonseca
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.
---
src/gallium/auxili
From: José Fonseca
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 deletions(-)
diff --git
From: José Fonseca
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
b/src/gallium/drivers/llv
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 optio
2013/4/20 Brian Paul
> On 04/19/2013 01:56 PM, Andreas Boll wrote:
>
>> From: Brian Paul
>>
>
> I don't recall authoring this particular patch. But AFAICT, IN_DRI_DRIVER
> is no loger used, as you indidate.
>
> -Brian
>
>
See
http://cgit.freedesktop.org/~brianp/mesa/commit/?h=remove-mfeatures&id
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.
T
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 compilation stages, not on the target machine code. On
the
From: José Fonseca
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
b/src/gallium/drivers/llvmpi
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 compilatio
From: Christian König
Should fix: https://bugs.freedesktop.org/show_bug.cgi?id=63702
Signed-off-by: Christian König
---
src/gallium/drivers/radeonsi/radeonsi_uvd.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/radeonsi_uvd.c
b/src/ga
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 ma
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]
In
On 19 April 2013 18:01, Vadim Girlin 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 implementation of all
On 04/20/2013 07:05 PM, Henri Verbeet wrote:
On 19 April 2013 18:01, Vadim Girlin 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++
On 04/20/2013 03:45 AM, jfons...@vmware.com wrote:
From: José Fonseca
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/driv
On 04/20/2013 02:57 AM, jfons...@vmware.com wrote:
From: José Fonseca
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
https://bugs.freedesktop.org/show_bug.cgi?id=63469
--- Comment #1 from Brian Paul ---
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 y. I'm digging int
https://bugs.freedesktop.org/show_bug.cgi?id=63472
--- Comment #1 from Brian Paul ---
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.
___
mesa-dev m
https://bugs.freedesktop.org/show_bug.cgi?id=63472
--- Comment #2 from Kevin Hobbs ---
Created attachment 78281
--> https://bugs.freedesktop.org/attachment.cgi?id=78281&action=edit
valgring output
--
You are receiving this mail because:
You are the assignee for the bug.
__
From: José Fonseca
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 +-
.../auxiliary/draw/draw_pt_fetch_
From: José Fonseca
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 +-
.../auxiliary/draw/draw_pt_fetch_
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
http://cgit.freedesktop.org/~jrfonseca/mesa/commit/?h=gl-rasterization-rules&id=a3910fbee7d95af
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 mor
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
Hi,
My name is Sida Li and I am a senior student from Peking University in China. I
am interested in the idea that improved application of GLSL complier
optimizations.
I have downloaded the source code and read some parts of the it. First let me
talk about my understanding about the problem.
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 1
28 matches
Mail list logo