On 11.02.2015 23:23, Marek Olšák wrote:
> From: Marek Olšák
>
> Cc: 10.4
> ---
> src/gallium/drivers/radeonsi/si_state_shaders.c | 6 --
> 1 file changed, 4 insertions(+), 2 deletions(-)
>
> diff --git a/src/gallium/drivers/radeonsi/si_state_shaders.c
> b/src/gallium/drivers/radeonsi/si_s
On 11.02.2015 23:23, Marek Olšák wrote:
> From: Marek Olšák
Please add
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=89014
and resolve the bug report when pushing the commit.
With that added,
Reviewed-by: Michel Dänzer
--
Earthling Michel Dänzer | htt
On Wed, Feb 11, 2015 at 7:42 PM, Eric Anholt wrote:
> Quiets compiler warning since e7f2f2dea5acdbd1a12ed88914e64a38a97432f0.
Reviewed-by: Alex Deucher
> ---
> src/mesa/drivers/dri/r200/r200_ioctl.c | 1 -
> 1 file changed, 1 deletion(-)
>
> diff --git a/src/mesa/drivers/dri/r200/r200_ioctl.c
Given that this commit only changes NIR code, I think it should be
prefixed by "nir: ", e.g. "nir: Drop dependency on mtypes.h in nir.h."
Once that's done, this gets my r-b.
On Wed, Feb 11, 2015 at 7:48 PM, Eric Anholt wrote:
> One less new directory necessary for gallium code that wants to inter
Previously we were using a B/UB source in an Align16 instruction, which
is illegal. It for some reason works on all platforms, except Broadwell.
Cc: "10.5"
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=86811
---
I know! Another instruction for MOV! Sorry!
src/mesa/drivers/dri/i965/brw_
... instead of emit(BRW_OPCODE_CMP, ...). In commit 6b3a301f I changed
vec4_visitor::CMP to set the destination's type to that of src0. In the
following commit (2335153f) I removed an apparently now unnecessary work
around for Gen8 that did the same thing.
But there was a single place that emitted
---
src/mapi/glapi/gen/ARB_direct_state_access.xml | 7 +++
src/mesa/main/bufferobj.c | 22 ++
src/mesa/main/bufferobj.h | 4
src/mesa/main/tests/dispatch_sanity.cpp| 1 +
4 files changed, 34 insertions(+)
diff --gi
---
src/mapi/glapi/gen/ARB_direct_state_access.xml | 7 +++
src/mesa/main/bufferobj.c | 63 +++---
src/mesa/main/bufferobj.h | 9
src/mesa/main/tests/dispatch_sanity.cpp| 1 +
4 files changed, 64 insertions(+), 16 deleti
---
src/mapi/glapi/gen/ARB_direct_state_access.xml | 7 +++
src/mesa/main/bufferobj.c | 65 --
src/mesa/main/bufferobj.h | 5 +-
src/mesa/main/tests/dispatch_sanity.cpp| 1 +
4 files changed, 64 insertions(+), 14 deletion
v2:-Remove "_mesa" from in front of static software fallback.
-Split out the refactor from the addition of the DSA entry points.
---
src/mesa/main/bufferobj.c | 60 +++
src/mesa/main/bufferobj.h | 6 +
2 files changed, 40 insertions(+), 26 deleti
v2: review from Ian Romanick
- Restore VBO_DEBUG and BOUNDS_CHECK
- Remove _mesa from static software fallback unmap_buffer.
---
src/mapi/glapi/gen/ARB_direct_state_access.xml | 5 +++
src/mesa/main/bufferobj.c | 47 +++---
src/mesa/main/bufferobj.h
---
src/mesa/main/teximage.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/mesa/main/teximage.c b/src/mesa/main/teximage.c
index 29c325b..336feff 100644
--- a/src/mesa/main/teximage.c
+++ b/src/mesa/main/teximage.c
@@ -5031,7 +5031,7 @@ _mesa_validate_texbuffer_format(con
This includes a v2 of all of the buffer object code plus a v2 of the related
TextureBufferRange entry point.
Note that some implementations have been merged together (MapBuffer and
MapBufferRange, for instance) because it didn't seem to make sense to keep two
separate and nearly identical versions
---
src/mapi/glapi/gen/ARB_direct_state_access.xml | 12
src/mesa/main/bufferobj.c | 39 ++
src/mesa/main/bufferobj.h | 7 +
src/mesa/main/tests/dispatch_sanity.cpp| 2 ++
4 files changed, 60 insertions(+)
di
v2: review from Ian Romanick
- Fix space in ARB_direct_state_access.xml.
- Remove "_mesa" from the name of buffer_data static fallback.
- Restore VBO_DEBUG and BOUNDS_CHECK.
- Fix beginning of comment to start on same line as /*
---
src/mapi/glapi/gen/ARB_direct_state_access.xml | 7 +
---
src/mapi/glapi/gen/ARB_direct_state_access.xml | 6 ++
src/mesa/main/bufferobj.c | 27 +++---
src/mesa/main/bufferobj.h | 4
src/mesa/main/tests/dispatch_sanity.cpp| 1 +
4 files changed, 35 insertions(+), 3 dele
v2: remove _mesa in front of static software fallback.
---
src/mapi/glapi/gen/ARB_direct_state_access.xml | 8 +++
src/mesa/main/bufferobj.c | 99 +-
src/mesa/main/bufferobj.h | 12
src/mesa/main/tests/dispatch_sanity.cpp
---
src/mesa/main/bufferobj.c | 4 ++--
src/mesa/main/bufferobj.h | 4 ++--
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/src/mesa/main/bufferobj.c b/src/mesa/main/bufferobj.c
index bd21c8a..88230d6 100644
--- a/src/mesa/main/bufferobj.c
+++ b/src/mesa/main/bufferobj.c
@@ -1765,10
---
src/mapi/glapi/gen/ARB_direct_state_access.xml | 6 ++
src/mesa/main/bufferobj.c | 16
src/mesa/main/bufferobj.h | 4
src/mesa/main/tests/dispatch_sanity.cpp| 1 +
4 files changed, 27 insertions(+)
diff --git a/src
v2: Split into a refactor commit and an entry point commit.
---
src/mesa/main/bufferobj.c | 119 ++
1 file changed, 45 insertions(+), 74 deletions(-)
diff --git a/src/mesa/main/bufferobj.c b/src/mesa/main/bufferobj.c
index 9b3d2ea..dfeda21 100644
--- a/
---
src/mapi/glapi/gen/ARB_direct_state_access.xml | 8 +++
src/mesa/main/tests/dispatch_sanity.cpp| 1 +
src/mesa/main/teximage.c | 90 ++
src/mesa/main/teximage.h | 4 ++
4 files changed, 103 insertions(+)
diff --git
---
src/mesa/main/bufferobj.c | 2 +-
src/mesa/main/bufferobj.h | 4 ++--
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/src/mesa/main/bufferobj.c b/src/mesa/main/bufferobj.c
index 0272704..38d8b5a 100644
--- a/src/mesa/main/bufferobj.c
+++ b/src/mesa/main/bufferobj.c
@@ -1668,7 +1
v2: review from Jason Ekstrand
- Split refactor from addition of DSA entry points.
review from Ian Romanick
- Remove "_mesa" from static software fallback map_buffer_range
- Restore VBO_DEBUG and BOUNDS_CHECK
---
src/mesa/main/bufferobj.c | 286
---
src/mesa/main/bufferobj.c | 19 +++
src/mesa/main/bufferobj.h | 4
2 files changed, 23 insertions(+)
diff --git a/src/mesa/main/bufferobj.c b/src/mesa/main/bufferobj.c
index 0c1ce98..b7dce0e 100644
--- a/src/mesa/main/bufferobj.c
+++ b/src/mesa/main/bufferobj.c
@@ -1001,
v2: review by Jason Ekstrand
- Split refactor of clear buffer sub data from addition of DSA entry
points.
---
src/mesa/main/bufferobj.c| 125 ---
src/mesa/main/bufferobj.h| 19 ++--
src/mesa/state_tracker/st_cb_bufferobjects.
---
src/mesa/main/teximage.c | 46 +-
1 file changed, 25 insertions(+), 21 deletions(-)
diff --git a/src/mesa/main/teximage.c b/src/mesa/main/teximage.c
index ce6f446..d17f15e 100644
--- a/src/mesa/main/teximage.c
+++ b/src/mesa/main/teximage.c
@@ -5091
v2: review by Ian Romanick
- Remove "_mesa" from name of static software fallback buffer_sub_data.
- Remove mappedRange from _mesa_buffer_sub_data.
- Removed some cosmetic changes to a separate commit.
---
src/mapi/glapi/gen/ARB_direct_state_access.xml | 7 ++
src/mesa/main/bufferobj.c
---
src/mesa/main/bufferobj.c | 10 +++---
src/mesa/main/bufferobj.h | 4 ++--
2 files changed, 9 insertions(+), 5 deletions(-)
diff --git a/src/mesa/main/bufferobj.c b/src/mesa/main/bufferobj.c
index 4f89748..fc01d02 100644
--- a/src/mesa/main/bufferobj.c
+++ b/src/mesa/main/bufferobj.c
@@
---
src/mapi/glapi/gen/ARB_direct_state_access.xml | 14 +
src/mesa/main/bufferobj.c | 42 ++
src/mesa/main/bufferobj.h | 14 +++--
src/mesa/main/tests/dispatch_sanity.cpp| 2 ++
4 files changed, 69 insertions(+
---
src/mapi/glapi/gen/ARB_direct_state_access.xml | 18 +
src/mesa/main/bufferobj.c | 35 ++
src/mesa/main/bufferobj.h | 11
src/mesa/main/tests/dispatch_sanity.cpp| 2 ++
4 files changed, 66 insertion
Kenneth Graunke writes:
> Since condition_list is an ordered list, we can just use enumerate()
> when walking through it to get (index, value) pairs, rather than storing
> a second dictionary mapping items to their indices. When looking for an
> existing entry, use list.index() to get the index
https://bugs.freedesktop.org/show_bug.cgi?id=86944
Matt Turner changed:
What|Removed |Added
Summary|glsl_parser_extras.cpp",|glsl_parser_extras.cpp",
https://bugs.freedesktop.org/show_bug.cgi?id=86944
Vinson Lee changed:
What|Removed |Added
Status|NEEDINFO|NEW
--- Comment #11 from Vinson Lee ---
(I
Matt Turner writes:
> On Wed, Feb 11, 2015 at 4:50 PM, Matt Turner wrote:
>> I don't see any of these warnings, strangely enough.
>
> But on another system with the same distribution and same gcc, I do.
I don't know if it's related, but I've been having weird behavior for
about a year where som
Matt Turner writes:
> On Wed, Feb 11, 2015 at 4:48 PM, Eric Anholt wrote:
>> ---
>
> Maybe I just read what I wanted to read in the cover letter, but I was
> expecting you to move u_math.h to src/util instead of this patch.
>
> That doesn't work because of u_math's inclusion of pipe/p_compiler.h
On 02/11/2015 04:59 PM, Matt Turner wrote:
> On Wed, Feb 11, 2015 at 4:48 PM, Eric Anholt wrote:
>> Note that we can't use u_math.h's align() because it's a function instead
>> of a macro, while BITSET_DECLARE needs a constant expression for nouveau's
>> usage in global declarations.
>> ---
>> sr
On 02/09/2015 04:19 AM, Andreas Boll wrote:
> If the renderer supports the core profile the query returned incorrectly
> 0x8 as value, because it was using (1U << __DRI_API_OPENGL_CORE) for the
> returned value.
>
> The same happened with the compatibility profile. It returned 0x1
> (1U << __DRI_A
On Wed, Feb 11, 2015 at 4:50 PM, Matt Turner wrote:
> I don't see any of these warnings, strangely enough.
But on another system with the same distribution and same gcc, I do.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedes
On Wed, Feb 11, 2015 at 5:02 PM, Matt Turner wrote:
> On Wed, Feb 11, 2015 at 4:48 PM, Eric Anholt wrote:
>> ---
>
> Maybe I just read what I wanted to read in the cover letter, but I was
> expecting you to move u_math.h to src/util instead of this patch.
>
> That doesn't work because of u_math's
Hi everyone!
It's that time of year again. Time to start coming up with GSoC
ideas. Martin and I are organizing this year's Xorg entry. We need
to fill in our ideas page with some good possible projects for
students. The project ideas should be something that a student could
accomplish over th
On Wed, Feb 11, 2015 at 12:09 AM, Emil Velikov wrote:
> On 10/02/15 13:17, Dimitry Andric wrote:
>> On 09 Feb 2015, at 18:52, Sedat Dilek wrote:
>>>
>>> On Mon, Feb 9, 2015 at 6:44 PM, Emil Velikov
>>> wrote:
On 07/02/15 22:42, Sedat Dilek wrote:
>> ...
> In file included from ../../sr
On Wed, Feb 11, 2015 at 4:48 PM, Eric Anholt wrote:
> ---
Maybe I just read what I wanted to read in the cover letter, but I was
expecting you to move u_math.h to src/util instead of this patch.
That doesn't work because of u_math's inclusion of pipe/p_compiler.h?
___
On Wed, Feb 11, 2015 at 4:48 PM, Eric Anholt wrote:
> Note that we can't use u_math.h's align() because it's a function instead
> of a macro, while BITSET_DECLARE needs a constant expression for nouveau's
> usage in global declarations.
> ---
> src/mesa/main/bitset.h | 7 +++
> 1 file changed
I don't see any of these warnings, strangely enough.
This is (removing the !, like idr pointed out)
Reviewed-by: Matt Turner
as I guess the rest are. I really don't like useless initializations
but I can't offer anything better.
___
mesa-dev mailing l
Patches 2, 4, and 5 are
Reviewed-by: Ian Romanick
On 02/11/2015 04:42 PM, Eric Anholt wrote:
> We always pass this argument, even if it won't be used by the particular
> texture op.
> ---
> src/mesa/drivers/dri/i965/brw_fs_nir.cpp | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> dif
One less new directory necessary for gallium code that wants to interact
with NIR.
---
src/glsl/nir/nir.h | 4 +++-
src/glsl/nir/nir_lower_atomics.c | 1 +
src/glsl/nir/nir_lower_system_values.c | 1 +
3 files changed, 5 insertions(+), 1 deletion(-)
diff --git a/src/glsl
This avoids duplication of some macros and other definitions across the
tree.
Note that COPY_4FV switches from a memcpy-based implementation to an
assignment of 4 floats.
---
src/mesa/drivers/dri/i915/intel_tris.c | 6 --
src/mesa/drivers/dri/nouveau/nouveau_util.h | 6 --
src/mesa
On 02/11/2015 04:42 PM, Eric Anholt wrote:
> If execution was supposed to be supported in this case, we'd run into
> trouble from completely uninitialized sat_imm values. Shuts up compiler
> warnings.
> ---
> src/mesa/drivers/dri/i965/brw_shader.cpp | 4 ++--
> 1 file changed, 2 insertions(+), 2
OK, I think this is kind of the next step from the gallium-versus-mesa
includes discussion earlier: Accept that u_math.h is an OK name, and the
parent directory is OK, too, and just start sharing code. Once that's in
place, I can get bitset.h out of Mesa main and into util/, so that nir.h
doesn't
---
src/glsl/nir/nir.h | 2 +-
src/mesa/Makefile.sources | 1 -
.../drivers/dri/i965/brw_fs_copy_propagation.cpp | 2 +-
src/mesa/drivers/dri/i965/brw_fs_live_variables.h | 2 +-
.../drivers/dri/i965/brw_performance_monitor.c | 2
Note that we can't use u_math.h's align() because it's a function instead
of a macro, while BITSET_DECLARE needs a constant expression for nouveau's
usage in global declarations.
---
src/mesa/main/bitset.h | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a/src/mesa/main/bit
It introduces references to gallium util/ symbols which means we don't get
to include it from outside-of-gallium code.
---
src/gallium/auxiliary/util/u_math.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/src/gallium/auxiliary/util/u_math.h
b/src/gallium/auxiliary/util/u_math.h
index 5db5b66
It's used in one of the methods, not in the structure definitions.
---
src/glsl/glsl_types.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/glsl/glsl_types.h b/src/glsl/glsl_types.h
index 441015c..74a038a 100644
--- a/src/glsl/glsl_types.h
+++ b/src/glsl/glsl_types.h
@@ -2
---
src/glsl/Makefile.am | 2 ++
src/mesa/drivers/dri/common/Makefile.am | 2 ++
src/mesa/drivers/dri/i915/Makefile.am| 2 ++
src/mesa/drivers/dri/i965/Makefile.am| 2 ++
src/mesa/drivers/dri/nouveau/Makefile.am | 2 ++
src/mesa/drivers/dri/r200/Makefile.am| 2 ++
The compiler can't tell that we're always going to hit the first if block
on the first time through the loop.
---
src/mesa/drivers/dri/i965/brw_vec4.cpp | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/brw_vec4.cpp
b/src/mesa/drivers/dri/i965/brw_v
We always pass this argument, even if it won't be used by the particular
texture op.
---
src/mesa/drivers/dri/i965/brw_fs_nir.cpp | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/mesa/drivers/dri/i965/brw_fs_nir.cpp
b/src/mesa/drivers/dri/i965/brw_fs_nir.cpp
index da81b61..
The compiler doesn't see that buffers is set in the !image case and used
in the !image case.
---
src/gallium/state_trackers/dri/dri2.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/gallium/state_trackers/dri/dri2.c
b/src/gallium/state_trackers/dri/dri2.c
index aecc8eb..7
Quiets compiler warning since e7f2f2dea5acdbd1a12ed88914e64a38a97432f0.
---
src/mesa/drivers/dri/r200/r200_ioctl.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/src/mesa/drivers/dri/r200/r200_ioctl.c
b/src/mesa/drivers/dri/r200/r200_ioctl.c
index 515be92..d665c8b 100644
--- a/src/mesa/driver
If execution was supposed to be supported in this case, we'd run into
trouble from completely uninitialized sat_imm values. Shuts up compiler
warnings.
---
src/mesa/drivers/dri/i965/brw_shader.cpp | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/br
https://bugs.freedesktop.org/show_bug.cgi?id=5
Carl Worth changed:
What|Removed |Added
Assignee|mesa-dev@lists.freedesktop. |cwo...@cworth.org
|org
On 02/11/2015 04:05 PM, Matt Turner wrote:
> On Wed, Feb 11, 2015 at 3:51 PM, Ian Romanick wrote:
>> On 02/11/2015 02:54 PM, Matt Turner wrote:
>>> We propagate negations to the right-most leaves of the multiplication
>>> expression trees:
>>>
>>> - mul(neg(x), neg(y)) -> mul(x, y)
>>> - mul(neg
On 02/11/2015 12:15 PM, Francisco Jerez wrote:
> Matt Turner writes:
>> [...]
>> Indeed. And another thing to consider is that we've discussed
>> compiling with -fno-exceptions.
>>
>
> Heh, the benefit you get from doing that is virtually zero. And in
> cases like this where failure would have t
On Wed, Feb 11, 2015 at 3:57 PM, Ian Romanick wrote:
> On 02/11/2015 02:54 PM, Matt Turner wrote:
>> total instructions in shared programs: 5932832 -> 5932736 (-0.00%)
>> instructions in affected programs: 8184 -> 8088 (-1.17%)
>> helped:52
>> HURT:
On Wed, Feb 11, 2015 at 3:51 PM, Ian Romanick wrote:
> On 02/11/2015 02:54 PM, Matt Turner wrote:
>> We propagate negations to the right-most leaves of the multiplication
>> expression trees:
>>
>> - mul(neg(x), neg(y)) -> mul(x, y)
>> - mul(neg(x), y) -> neg(mul(x, y))
>> - mul(x, neg(y)) -> n
I was wondering when you'd get around to implementing this. :)
This patch is
Reviewed-by: Ian Romanick
On 02/11/2015 12:18 PM, Marek Olšák wrote:
> From: Marek Olšák
>
> It's not possible to query the current buffer binding, because the extension
> doesn't define GL_..._BUFFER__BINDING_AMD.
>
https://bugs.freedesktop.org/show_bug.cgi?id=63717
Matt Turner changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On 02/11/2015 02:54 PM, Matt Turner wrote:
> total instructions in shared programs: 5932832 -> 5932736 (-0.00%)
> instructions in affected programs: 8184 -> 8088 (-1.17%)
> helped:52
> HURT: 14
> GAINED:
On 02/11/2015 02:54 PM, Matt Turner wrote:
> We propagate negations to the right-most leaves of the multiplication
> expression trees:
>
> - mul(neg(x), neg(y)) -> mul(x, y)
> - mul(neg(x), y) -> neg(mul(x, y))
> - mul(x, neg(y)) -> neg(mul(x, y))
>
> total instructions in shared programs: 594
On Mon, Feb 9, 2015 at 6:00 PM, Kenneth Graunke wrote:
> With that fixed, and the shader-db numbers confirmed, patches 9-10 are:
> Reviewed-by: Kenneth Graunke
To close the loop, the shader-db results are unchanged after the fix.
___
mesa-dev mailing l
Reviewed-by: Connor Abbott
On Mon, Feb 9, 2015 at 11:24 PM, Jason Ekstrand wrote:
> Being able to find the least common anscestor in the dominance tree is a
> useful thing that we may want to do in other passes. In particular, we
> need it for GCM.
>
> v2: Handle NULL inputs by returning the ot
https://bugs.freedesktop.org/show_bug.cgi?id=89088
Matt Turner changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|mesa-dev@lists
https://bugs.freedesktop.org/show_bug.cgi?id=82477
--- Comment #3 from Ian Romanick ---
*** Bug 82471 has been marked as a duplicate of this bug. ***
--
You are receiving this mail because:
You are the assignee for the bug.
___
mesa-dev mailing list
m
https://bugs.freedesktop.org/show_bug.cgi?id=82471
Ian Romanick changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=79706
Bug 79706 depends on bug 82471, which changed state.
Bug 82471 Summary: [swrast] piglit fp-condition_codes-01 regression
https://bugs.freedesktop.org/show_bug.cgi?id=82471
What|Removed |Added
---
https://bugs.freedesktop.org/show_bug.cgi?id=86944
Ian Romanick changed:
What|Removed |Added
Status|NEW |NEEDINFO
--- Comment #10 from Ian Romanic
Cc:
---
src/mesa/drivers/dri/i965/Makefile.am | 7 +
.../dri/i965/test_fs_saturate_propagation.cpp | 355 +
2 files changed, 362 insertions(+)
create mode 100644 src/mesa/drivers/dri/i965/test_fs_saturate_propagation.cpp
diff --git a/src/mesa/drivers/dri/
We propagate negations to the right-most leaves of the multiplication
expression trees:
- mul(neg(x), neg(y)) -> mul(x, y)
- mul(neg(x), y) -> neg(mul(x, y))
- mul(x, neg(y)) -> neg(mul(x, y))
total instructions in shared programs: 5943123 -> 5937229 (-0.10%)
instructions in affected programs:
The saturate propagation pass recognizes that the second instruction
below does not interfere with an attempt to propagate the saturate
modifier from instruction 3 to 1.
1: add(8) dst0 src0 src1
2: mov.sat(8) dst1 dst0
3: mov.sat(8) dst2 dst0
Unfortunately, we did not consider th
mul x, -y is equivalent to mul -x, y; and mul x, y is the negation of
mul x, -y.
total instructions in shared programs: 5937689 -> 5929512 (-0.14%)
instructions in affected programs: 871152 -> 862975 (-0.94%)
helped:4228
HURT: 17
This is safer and matches the conditional_mod propagation pass.
Cc:
---
.../dri/i965/brw_fs_saturate_propagation.cpp | 8 ++---
.../dri/i965/test_fs_saturate_propagation.cpp | 40 ++
2 files changed, 44 insertions(+), 4 deletions(-)
diff --git a/src/mesa/drivers/
total instructions in shared programs: 5932832 -> 5932736 (-0.00%)
instructions in affected programs: 8184 -> 8088 (-1.17%)
helped:52
HURT: 14
GAINED:1
---
src/mesa/drivers/dri/i965/brw_fs_visitor.
https://bugs.freedesktop.org/show_bug.cgi?id=88535
Ian Romanick changed:
What|Removed |Added
Status|NEW |NEEDINFO
--- Comment #3 from Ian Romanick
I didn't look through it close enough to call it a review, but I like it.
Especially getting rid of src/def_init.
Acked-by: Jason Ekstrand
On Wed, Feb 11, 2015 at 4:32 PM, Eric Anholt wrote:
> We were filling out almost all fields of almost all instructions, but
> leaving out a couple of them.
https://bugs.freedesktop.org/show_bug.cgi?id=88852
Jason Ekstrand changed:
What|Removed |Added
Status|NEEDINFO|RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=88852
Ian Romanick changed:
What|Removed |Added
Status|NEW |NEEDINFO
--- Comment #2 from Ian Romanick
https://bugs.freedesktop.org/show_bug.cgi?id=89088
--- Comment #2 from Jeremy Huddleston ---
No, I was encountering this on the MacPorts Snow Leopard buildbot after
updating mesa from 8.0.5 to 10.4.4. We should probably cherry-pick that into
10.5 and 10.4.
--
You are receiving this mail becaus
https://bugs.freedesktop.org/show_bug.cgi?id=89050
Chris Wilson changed:
What|Removed |Added
Status|NEEDINFO|RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=79629
--- Comment #18 from Chris Wilson ---
*** Bug 89050 has been marked as a duplicate of this bug. ***
--
You are receiving this mail because:
You are the assignee for the bug.
___
mesa-dev mailing list
https://bugs.freedesktop.org/show_bug.cgi?id=89050
Ian Romanick changed:
What|Removed |Added
Status|NEW |NEEDINFO
Assignee|mesa-dev@list
On 11.02.2015 16:50, Ilia Mirkin wrote:
It's already defined in src/util/macros.h which you can include via
#include "util/macros.h" -- I suspect some key gallium file should
include that...
Mh, i was under the expression these should be duped, as we already have
STATIC_ASSERT and likely/unlike
We were filling out almost all fields of almost all instructions, but
leaving out a couple of them. This simplifies the source code, cuts 700
bytes from the compiled binary, and prevents developer surprise when one
field of your otherwise-containing-defaults struct is actually
uninitialized.
---
On Wed, Feb 11, 2015 at 12:36 PM, Jeremy Huddleston Sequoia
wrote:
>
> Signed-off-by: Jeremy Huddleston Sequoia
The file comes from Khronos. We can't update it.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailm
Signed-off-by: Jeremy Huddleston Sequoia
---
include/GL/glext.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/GL/glext.h b/include/GL/glext.h
index 256ad35..0328cf6 100644
--- a/include/GL/glext.h
+++ b/include/GL/glext.h
@@ -4470,6 +4470,7 @@ GLAPI void APIENTRY glVertexBlendARB (
https://bugs.freedesktop.org/show_bug.cgi?id=89088
--- Comment #1 from Matt Turner ---
A commit was made recently to require GNU indent:
commit efef6c828092702b1f928f98d15fb90b4544a85c
Author: Samuel Iglesias Gonsalvez
Date: Tue Jan 13 11:02:27 2015 +0100
configure: add check for GNU ind
On Wed, Feb 11, 2015 at 3:17 PM, Eric Anholt wrote:
> Connor Abbott writes:
>
>> On Wed, Feb 11, 2015 at 2:36 PM, Eric Anholt wrote:
>>> Connor Abbott writes:
>>>
On Tue, Feb 10, 2015 at 1:32 PM, Eric Anholt wrote:
> Connor Abbott writes:
>
>> On Sat, Feb 7, 2015 at 12:16 AM,
From: Marek Olšák
---
src/gallium/drivers/r600/r600_pipe.c| 3 ++
src/gallium/drivers/radeon/r600_buffer_common.c | 47 ++---
src/gallium/drivers/radeon/r600_pipe_common.c | 1 +
src/gallium/drivers/radeon/r600_pipe_common.h | 4 +++
src/gallium/drivers/rad
From: Marek Olšák
There seems to be no other way to check for support.
The DRM version wasn't bumped.
---
src/gallium/winsys/radeon/drm/radeon_drm_bo.c | 18 --
src/gallium/winsys/radeon/drm/radeon_drm_cs.h | 1 -
src/gallium/winsys/radeon/drm/radeon_drm_winsys.c | 15 ++
From: Marek Olšák
This is not required, but being user-friendly doesn't hurt.
---
src/gallium/winsys/radeon/drm/radeon_drm_bo.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/gallium/winsys/radeon/drm/radeon_drm_bo.c
b/src/gallium/winsys/radeon/drm/radeon_drm_bo.c
index
From: Marek Olšák
---
src/gallium/docs/source/screen.rst | 5 +
src/gallium/drivers/i915/i915_screen.c | 1 +
src/gallium/drivers/ilo/ilo_screen.c | 1 +
src/gallium/drivers/llvmpipe/lp_screen.c | 1 +
src/gallium/drivers/nouveau/nv30/nv30_screen.c |
From: Marek Olšák
It's not possible to query the current buffer binding, because the extension
doesn't define GL_..._BUFFER__BINDING_AMD.
Drivers should check the target parameter of Drivers.BufferData. If it's
equal to GL_EXTERNAL_VIRTUAL_MEMORY_BUFFER_AMD, the memory should be pinned.
That's a
1 - 100 of 158 matches
Mail list logo