---
src/glsl/opt_algebraic.cpp | 13 +
1 file changed, 13 insertions(+)
diff --git a/src/glsl/opt_algebraic.cpp b/src/glsl/opt_algebraic.cpp
index 4a96a55..7fbc32e 100644
--- a/src/glsl/opt_algebraic.cpp
+++ b/src/glsl/opt_algebraic.cpp
@@ -502,6 +502,19 @@ ir_algebraic_visitor::handl
total instructions in shared programs: 1627826 -> 1627754 (-0.00%)
instructions in affected programs: 6640 -> 6568 (-1.08%)
GAINED:0
LOST: 0
(HoN and savage2)
---
src/glsl/opt_algebraic.cpp | 4
1 file changed, 4 insertions
---
src/glsl/opt_algebraic.cpp | 12
1 file changed, 12 insertions(+)
diff --git a/src/glsl/opt_algebraic.cpp b/src/glsl/opt_algebraic.cpp
index 332f0b7..6b0d992 100644
--- a/src/glsl/opt_algebraic.cpp
+++ b/src/glsl/opt_algebraic.cpp
@@ -218,6 +218,18 @@ ir_algebraic_visitor::handle
total instructions in shared programs: 1627754 -> 1624534 (-0.20%)
instructions in affected programs: 45748 -> 42528 (-7.04%)
GAINED:3
LOST: 0
(serious sam, humus domino demo)
---
Note, Matt has a similar patch specific to i965/
---
src/glsl/opt_algebraic.cpp | 7 +++
1 file changed, 7 insertions(+)
diff --git a/src/glsl/opt_algebraic.cpp b/src/glsl/opt_algebraic.cpp
index 7fbc32e..cc9c928 100644
--- a/src/glsl/opt_algebraic.cpp
+++ b/src/glsl/opt_algebraic.cpp
@@ -526,6 +526,13 @@ ir_algebraic_visitor::handle_expres
---
src/glsl/opt_algebraic.cpp | 36
1 file changed, 36 insertions(+)
diff --git a/src/glsl/opt_algebraic.cpp b/src/glsl/opt_algebraic.cpp
index 6b0d992..4aa49e5 100644
--- a/src/glsl/opt_algebraic.cpp
+++ b/src/glsl/opt_algebraic.cpp
@@ -252,6 +252,42 @@ ir_a
On 01/19/2014 06:34 PM, Emil Velikov wrote:
The missing qualifier causes failure during the compilation stage.
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=73631
Signed-off-by: Emil Velikov
---
src/egl/opengles2/es2tri.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/egl/o
https://bugs.freedesktop.org/show_bug.cgi?id=73631
--- Comment #6 from Tapani Pälli ---
(In reply to comment #5)
> In this case it should not be needed though as there are no float variables
> declared in the shader, isn't this a bug in the compiler instead?
oops, I missed the varying vec4 and p
For the series,
Reviewed-by: Chris Forbes
On Sat, Jan 18, 2014 at 9:52 AM, Anuj Phogat wrote:
> This will be useful in my next patch which depends on a functionality
> of _mesa_get_min_invocations_per_fragment() to ignore the sample
> qualifier (prog->IsSample) based on a flag passed to it.
>
https://bugs.freedesktop.org/show_bug.cgi?id=73631
Tapani Pälli changed:
What|Removed |Added
CC||lem...@gmail.com
--- Comment #5 from Tapa
On Fre, 2014-01-17 at 03:47 -0800, Mark Mueller wrote:
>
> diff --git a/src/mesa/main/formats.h b/src/mesa/main/formats.h
> index 348d2f4..fb43c83 100644
> --- a/src/mesa/main/formats.h
> +++ b/src/mesa/main/formats.h
> @@ -182,14 +182,14 @@ typedef enum
> MESA_FORMAT_RGB_UNORM8,
>
> /*
On Son, 2014-01-19 at 09:20 -0800, ian_br...@fastmail.net wrote:
> This page:
>
> http://dri.freedesktop.org/wiki/GalliumCompute/
>
> says "Evergreen through Southern Islands GPU families are currently
> supported."
>
> It's unclear (at least to me) whether HD7790 ("Sea Islands") cards are
> sup
This page:
http://dri.freedesktop.org/wiki/GalliumCompute/
says "Evergreen through Southern Islands GPU families are currently
supported."
It's unclear (at least to me) whether HD7790 ("Sea Islands") cards are
supposed to be included in this; apparently the GPUs are similar to the
rest of the 70
I think you meant to ping the piglit list not mesa dev :)
In general this looks a lot better, I've got a few little things for you
On Friday, January 17, 2014 02:30:13 PM Tom Stellard wrote:
> From: Tom Stellard
>
> This enables piglit to run and interpret the results from OpenCV's
> gtest base
On 20/01/14 00:27, Chris Forbes wrote:
> What do you plan on using for `tesselation control` and `tesselation
> evaluation` shaders?
>
Ouch very nice argument. I only had vertex, fragment and compute shaders
in mind.
Please ignore my rumbling.
-Emil
> On Mon, Jan 20, 2014 at 12:56 PM, Emil Velik
What do you plan on using for `tesselation control` and `tesselation
evaluation` shaders?
On Mon, Jan 20, 2014 at 12:56 PM, Emil Velikov wrote:
> ping ?
>
> On 10/01/14 18:44, Emil Velikov wrote:
>> Signed-off-by: Emil Velikov
>> ---
>>
>> Hi Paul,
>>
>> Here is another small cleanup inspired by
https://bugs.freedesktop.org/show_bug.cgi?id=73672
--- Comment #17 from Alexandre Demers ---
(In reply to comment #16)
> (In reply to comment #15)
> > (In reply to comment #13)
> > > Is there any free wine test or game that I can use to reproduce this bug?
> >
> > Confirmed with Team Forteress 2
On 01/15/2014 09:43 PM, Eric Anholt wrote:
> This keeps us from needing to reemit all the other stage state just
> because a surface changed.
>
> Improves unoptimized glamor x11perf -f8text by 1.10201% +/- 0.489869%
> (n=296).
> ---
> src/mesa/drivers/dri/i965/brw_binding_tables.c | 51
> +++
For a variety of reasons mmap (selinux and pax to name
a few) and can fail and with current code. This will
result in a crash in the driver, if not worse.
This has been the case since the inception of the
gallium copy of rtasm.
Cc: 9.1 9.2 10.0
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi
On 01/17/2014 02:14 PM, Paul Berry wrote:
> These messages are in code that is shared between the VS and GS
> back-ends, so use the terminology "vec4" to avoid confusion.
> ---
> src/mesa/drivers/dri/i965/brw_vec4_generator.cpp | 8
> src/mesa/drivers/dri/i965/brw_vec4_visitor.cpp | 2 +
ping ?
On 10/01/14 18:44, Emil Velikov wrote:
> Signed-off-by: Emil Velikov
> ---
>
> Hi Paul,
>
> Here is another small cleanup inspired by your work. Not
> entirely sure that the last hunk is correct though.
>
> Cheers,
> Emil
>
> ---
> src/mesa/program/prog_print.c | 26 +-
https://bugs.freedesktop.org/show_bug.cgi?id=73672
--- Comment #16 from Marek Olšák ---
(In reply to comment #15)
> (In reply to comment #13)
> > Is there any free wine test or game that I can use to reproduce this bug?
>
> Confirmed with Team Forteress 2.
TF2 for Windows or TF2 for Linux?
--
On 01/17/2014 02:51 PM, Paul Berry wrote:
> Previously, time spent in geometry shaders would be counted as part of
> the vertex shader time.
Oof. Nice catch.
Reviewed-by: Kenneth Graunke
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://
On 01/17/2014 05:03 PM, Ian Romanick wrote:
> This is the overall v2 of the GL_ARB_viewport_array series. It is
> mostly the same as the previous series, but there are some differences
> worth noting.
>
> Patch "i965: Consider all scissor rectangles in noop_scissor" in the
> original series was r
https://bugs.freedesktop.org/show_bug.cgi?id=73672
--- Comment #15 from Alexandre Demers ---
(In reply to comment #13)
> Is there any free wine test or game that I can use to reproduce this bug?
Confirmed with Team Forteress 2.
--
You are receiving this mail because:
You are the assignee for t
https://bugs.freedesktop.org/show_bug.cgi?id=73808
Priority: medium
Bug ID: 73808
Keywords: regression
CC: emil.l.veli...@gmail.com
Assignee: mesa-dev@lists.freedesktop.org
Summary: loader.c(90) : error C2365: 'log' : redefinitio
https://bugs.freedesktop.org/show_bug.cgi?id=73777
Vinson Lee changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=73776
Vinson Lee changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=73672
--- Comment #14 from Benjamin Bellec ---
(In reply to comment #13)
> Is there any free wine test or game that I can use to reproduce this bug?
I tested several free or open-source games but none of them are impacted
(Xonotic, 0AD, Ryzom, Yo Fran
https://bugs.freedesktop.org/show_bug.cgi?id=73631
--- Comment #4 from Emil Velikov ---
Patch send to the ML
http://lists.freedesktop.org/archives/mesa-dev/2014-January/051916.html
--
You are receiving this mail because:
You are the assignee for the bug.
The missing qualifier causes failure during the compilation stage.
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=73631
Signed-off-by: Emil Velikov
---
src/egl/opengles2/es2tri.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/egl/opengles2/es2tri.c b/src/egl/opengles2/es2tri.c
i
https://bugs.freedesktop.org/show_bug.cgi?id=73776
Emil Velikov changed:
What|Removed |Added
See Also||https://bugs.freedesktop.or
https://bugs.freedesktop.org/show_bug.cgi?id=73777
Emil Velikov changed:
What|Removed |Added
See Also||https://bugs.freedesktop.or
On 19/01/14 14:09, Armin K wrote:
> pipe_loader_drm.c: In function 'pipe_loader_drm_probe_fd':
> pipe_loader_drm.c:120:4: error: implicit declaration of function
> 'loader_get_pci_id_for_fd' [-Werror=implicit-function-declaration]
> ---
Reviewed-by: Emil Velikov
Seems like I failed at git rebase
https://bugs.freedesktop.org/show_bug.cgi?id=73672
Marek Olšák changed:
What|Removed |Added
Component|Drivers/Gallium/r600|Mesa core
--
You are receiving this mail
https://bugs.freedesktop.org/show_bug.cgi?id=73672
Marek Olšák changed:
What|Removed |Added
Component|Mesa core |Drivers/Gallium/r600
--- Comment #13 from
https://bugs.freedesktop.org/show_bug.cgi?id=73776
--- Comment #6 from Armin K ---
I've sent a patch for this not 5 minutes ago.
--
You are receiving this mail because:
You are the assignee for the bug.
___
mesa-dev mailing list
mesa-dev@lists.freedes
pipe_loader_drm.c: In function 'pipe_loader_drm_probe_fd':
pipe_loader_drm.c:120:4: error: implicit declaration of function
'loader_get_pci_id_for_fd' [-Werror=implicit-function-declaration]
---
src/gallium/auxiliary/pipe-loader/pipe_loader_drm.c | 1 +
1 file changed, 1 insertion(+)
diff --git
https://bugs.freedesktop.org/show_bug.cgi?id=73776
--- Comment #5 from Iaroslav ---
./configure --host=i586-suse-linux-gnu --build=i586-suse-linux-gnu
--program-prefix= --disable-dependency-tracking --prefix=/usr
--exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc
--datadi
https://bugs.freedesktop.org/show_bug.cgi?id=73776
--- Comment #4 from Emil Velikov ---
Interesting... where you guys when I've asked people to test the patches :)
Jos van Wolput, Fabio Pedretti
Rather than throwing random fragments of the build log, I would appreciate if
you guys give us at lea
https://bugs.freedesktop.org/show_bug.cgi?id=73672
--- Comment #12 from Benjamin Bellec ---
I compiled mesa 2 or 3 hours ago, this is mesa master.
--
You are receiving this mail because:
You are the assignee for the bug.
___
mesa-dev mailing list
mesa
Explanation of the changes, as requested by Tom Stellard:
Let's take need after is calculated as
item->size_in_dw+2048 - (pool->size_in_dw - allocated)
BEFORE:
If need is positive or 0:
we calculate need += 1024 - (need % 1024), which is like
cealing to the nearest multiple of 1024, f
Removed compute_memory_defrag declaration because it seems
to be unimplemented.
I think that this function would have been the one that solves
the problem with fragmentation that compute_memory_finalize_pending has.
Also removed comments that are already at compute_memory_pool.c
---
src/gallium/
---
src/gallium/drivers/r600/compute_memory_pool.c | 8
1 file changed, 8 insertions(+)
diff --git a/src/gallium/drivers/r600/compute_memory_pool.c
b/src/gallium/drivers/r600/compute_memory_pool.c
index 7a7b057..da351d8 100644
--- a/src/gallium/drivers/r600/compute_memory_pool.c
+++ b/s
In this case, NULL checks are added to compute_memory_grow_pool,
so it returns -1 when it fails. This makes necesary
to handle such cases in compute_memory_finalize_pending
when it is needed to grow the pool
---
src/gallium/drivers/r600/compute_memory_pool.c | 30 --
src/ga
Hope I got everything right this time.
Thanks a lot to Marek Olšák for all the help!
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
---
src/gallium/drivers/r600/compute_memory_pool.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/gallium/drivers/r600/compute_memory_pool.c
b/src/gallium/drivers/r600/compute_memory_pool.c
index fd3a04c..7a7b057 100644
--- a/src/gallium/drivers/r600/compute_memory_po
https://bugs.freedesktop.org/show_bug.cgi?id=73672
--- Comment #11 from Ilia Mirkin ---
(In reply to comment #10)
> I just tested with nouveau on a GeForce 210 (NVA8) card (nv50 driver) and
> there is the same problem. But instead of a red weird screen (in Left 4 Dead
> 2) there is a completely b
https://bugs.freedesktop.org/show_bug.cgi?id=73672
Benjamin Bellec changed:
What|Removed |Added
CC||b.bel...@gmail.com
--
You are receivi
https://bugs.freedesktop.org/show_bug.cgi?id=73672
Benjamin Bellec changed:
What|Removed |Added
Assignee|dri-devel@lists.freedesktop |mesa-dev@lists.freedesktop.
https://bugs.freedesktop.org/show_bug.cgi?id=73776
--- Comment #3 from Fabio Pedretti ---
> make[3]: Entering directory
> `/home/jos/src/xorg/git/mesa/src/gallium/auxiliary/pipe-loader'
> CC pipe_loader_drm.lo
> pipe_loader_drm.c: In function 'pipe_loader_drm_probe_fd':
> pipe_loader_drm.
https://bugs.freedesktop.org/show_bug.cgi?id=73776
Fabio Pedretti changed:
What|Removed |Added
CC||fabio@libero.it
--
You are receivi
V2: Fix up whitespaces
Signed-off-by: Timothy Arceri
---
src/glsl/ast_function.cpp | 43 ---
1 file changed, 40 insertions(+), 3 deletions(-)
diff --git a/src/glsl/ast_function.cpp b/src/glsl/ast_function.cpp
index 2d05d07..0d2cac0 100644
--- a/src/glsl/a
On Thu, 2014-01-16 at 16:29 -0800, Matt Turner wrote:
> On Wed, Jan 15, 2014 at 10:27 PM, Timothy Arceri
> wrote:
> > Signed-off-by: Timothy Arceri
> > ---
> > src/glsl/glsl_types.cpp | 15 +++
> > src/glsl/glsl_types.h | 17 -
> > 2 files changed, 27 insertions(+)
https://bugs.freedesktop.org/show_bug.cgi?id=70591
Vinson Lee changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
Hi,
My goal is to extend shader-db to be able to be used with nouveau, as
I'm about to attempt a few compiler optimizations. But I'm having
trouble with the very first step -- getting the driver to spit out the
generated code. I've added logic to nouveau to translate the program
as soon as it's av
56 matches
Mail list logo
