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
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.
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
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
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
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_
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.
__
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=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
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
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 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 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 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
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
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
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
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: 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
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
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
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
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
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
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
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
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
28 matches
Mail list logo
