On 21 February 2015 at 04:56, Ilia Mirkin wrote:
> Doubles are always packed, but a single double will never cross a slot
> boundary -- single slots can still be wasted in some situations.
I can't say I'm going to know if this is designed right, but the patch looks
good to me and it seems like th
Reviewed-by: Eric Anholt
signature.asc
Description: PGP signature
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
Matt Turner writes:
> ... and util_le{16,32}_to_cpu. I think I've used the right ones for
> describing the actual operation performed (even though they're both just
> "byte-swap this if I'm on big-endian").
>
> The Linux Kernel has typedefs __le32/__be32 and friends that static
> analysis tools c
Matt Turner writes:
> ---
> This series is attempting to make some progress towards moving u_math.h
> to src/util.
Hmm, looks like for other headers we've got include/c99/whatever.h that
includes the system version and fixes it up. I think it should probably
go there, instead.
signature.asc
D
I like all of this. 4 is Acked-by, and the rest are:
Reviewed-by: Eric Anholt
signature.asc
Description: PGP signature
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
Matt Turner writes:
> ---
> I can't believe this is beneficial, especially since it came from the
> i915tex import.
I don't recall any good justification for it, and I don't see any
branches I have laying around with evidence recorded for why we have to
keep it (which actually kind of surprises
On Sun, Feb 22, 2015 at 9:27 PM, Matt Turner wrote:
> or
> http://cgit.freedesktop.org/~mattst88/mesa/commit/?h=header-cleanup&id=70614b1d1e4cbab30add208bfacd5fe4469dc712
Ilia noticed I cast too wide a net with sed, so I've force pushed a
new branch, so this commit is no longer valid.
__
On Sun, Feb 22, 2015 at 9:13 PM, Matt Turner wrote:
> ---
> src/gallium/drivers/softpipe/sp_tex_sample.c | 2 +-
> src/gallium/state_trackers/glx/xlib/glx_api.c | 2 +-
> src/gallium/state_trackers/glx/xlib/xm_api.c | 4 +-
> src/mesa/drivers/common/meta.c| 10 +-
> src/m
If your stdlib.h doesn't define this you should fix your stdlib.h.
---
src/mesa/main/compiler.h | 4
1 file changed, 4 deletions(-)
diff --git a/src/mesa/main/compiler.h b/src/mesa/main/compiler.h
index 9a5dbcf..d513284 100644
--- a/src/mesa/main/compiler.h
+++ b/src/mesa/main/compiler.h
@@
---
src/mesa/main/compiler.h | 79 ---
src/mesa/tnl/t_pipeline.c | 78 ++
2 files changed, 78 insertions(+), 79 deletions(-)
diff --git a/src/mesa/main/compiler.h b/src/mesa/main/compiler.h
index d513284..088
---
src/mesa/main/compiler.h | 5 -
1 file changed, 5 deletions(-)
diff --git a/src/mesa/main/compiler.h b/src/mesa/main/compiler.h
index cdc843d..6653bb2 100644
--- a/src/mesa/main/compiler.h
+++ b/src/mesa/main/compiler.h
@@ -174,11 +174,6 @@ static inline GLuint CPU_TO_LE32(GLuint x)
There's some commentary about how it's defined by other "modules", and
maybe that was true in 2000 when the code was added.
---
src/mesa/main/compiler.h| 6
src/mesa/math/m_trans_tmp.h | 76 ++---
src/mesa/math/m_translate.c | 6
3 files chan
---
I can't believe this is beneficial, especially since it came from the
i915tex import.
src/mesa/drivers/dri/i965/brw_context.h | 27 ---
src/mesa/drivers/dri/i965/intel_batchbuffer.c | 2 +-
2 files changed, 1 insertion(+), 28 deletions(-)
diff --git a/src/mesa/
---
src/mesa/drivers/dri/i915/intel_batchbuffer.c | 2 +-
src/mesa/drivers/dri/i915/intel_context.h | 28 ---
2 files changed, 1 insertion(+), 29 deletions(-)
diff --git a/src/mesa/drivers/dri/i915/intel_batchbuffer.c
b/src/mesa/drivers/dri/i915/intel_batchbuffer.c
i
---
src/mesa/vbo/vbo_exec_array.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/src/mesa/vbo/vbo_exec_array.c b/src/mesa/vbo/vbo_exec_array.c
index f75ca38..cae04cb 100644
--- a/src/mesa/vbo/vbo_exec_array.c
+++ b/src/mesa/vbo/vbo_exec_array.c
@@ -181,8 +181,7 @@ vbo_get_mi
... and util_le{16,32}_to_cpu. I think I've used the right ones for
describing the actual operation performed (even though they're both just
"byte-swap this if I'm on big-endian").
The Linux Kernel has typedefs __le32/__be32 and friends that static
analysis tools can use to check that byte-orderin
---
SCons already defines these, and more precisely than just is-it-gcc.
src/gallium/auxiliary/util/u_math.h | 11 +--
1 file changed, 5 insertions(+), 6 deletions(-)
diff --git a/src/gallium/auxiliary/util/u_math.h
b/src/gallium/auxiliary/util/u_math.h
index dd2ce01..1e1bdf0 100644
---
---
This series is attempting to make some progress towards moving u_math.h
to src/util.
include/c99_compat.h| 143
src/gallium/auxiliary/util/u_math.h | 143
2 files changed, 143 insertions(+), 143 deletion
Signed-off-by: Ilia Mirkin
---
Untested beyond compiling a few shaders to see if they look like they
might work. nvdisasm agrees with envydis's decoding of these things.
Will definitely get ahold of a G200 to run tests on before pushing this.
.../drivers/nouveau/codegen/nv50_ir_emit_nv50.cpp
Signed-off-by: Ilia Mirkin
---
Not sure how many steps are needed for the necessary accuracy. Just
doing 2 because that seems like a reasonable number.
.../nouveau/codegen/nv50_ir_lowering_nvc0.cpp | 42 --
1 file changed, 39 insertions(+), 3 deletions(-)
diff --git a/
From: Daniel van der Wath
The kernel side equivalent of struct SVGA3dSize (struct drm_vmw_size) has an
extra padding word that SVGA3dSize lacks. This was causing data to be written
past the end of "size" in vmw_drm_surface_from_handle(), corrupting other data
and in this case leading to Weston be
Thanks for looking at this. I tried adding the checks you suggested, but it
turns out the problem I'm seeing was actually caused by a mismatch between the
kernel and user side versions of the SVGA3dSize struct (the kernel version is
bigger, and so when it was copied back into user space it was o
On Tue, Feb 17, 2015 at 1:55 PM, Sedat Dilek wrote:
> On Tue, Feb 17, 2015 at 10:40 AM, Marc Dietrich wrote:
>> Patch 1 adds a check for the compilers visibility macro to configure.ac.
>> Patch 2 avoids redefined symbol errors in clang of the tls entry points.
>> Based on a suggestion from Rafael
On Sun, Feb 08, 2015 at 02:48:02PM -0800, Matt Turner wrote:
> On Sun, Feb 8, 2015 at 1:59 PM, Ben Widawsky
> wrote:
> > Certain platforms support the ability to sample from a texture, and write
> > it out
> > to the file RT - thus saving a costly send instructions (and before Topi's
> > recent p
Reviewed-by: Connor Abbott
Whoops, I should've caught that...
On Sun, Feb 22, 2015 at 1:31 AM, Jason Ekstrand wrote:
> ---
> src/glsl/nir/nir_opt_gcm.c | 4
> 1 file changed, 4 insertions(+)
>
> diff --git a/src/glsl/nir/nir_opt_gcm.c b/src/glsl/nir/nir_opt_gcm.c
> index bf565b9..b4f5fd3
On Feb 12, 2015 1:28 AM, "Kenneth Graunke" wrote:
>
> On Wednesday, February 11, 2015 04:14:20 PM Ian Romanick wrote:
> > 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 ne
On Wed, Feb 11, 2015 at 02:54:51PM -0800, 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 Wed, Feb 11, 2015 at 04:05:57PM -0800, 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)) -> m
Hi Tom,
I've gotten a report about a segfault in the r300 compile tests. See
Gentoo bug https://bugs.gentoo.org/show_bug.cgi?id=540970
It seems to be dependent on optimization level whether the test
segfaults or not.
Program received signal SIGSEGV, Segmentation fault.
0x004013fd in test
Hello all,
Do you know a game or app using doubles ?
2015-02-20 21:08 GMT+01:00 Ilia Mirkin :
> On Fri, Feb 20, 2015 at 3:07 PM, Ilia Mirkin wrote:
> > On Thu, Feb 19, 2015 at 9:59 PM, Glenn Kennard
> wrote:
> >>> + if ((write_mask & 0x3) != 0x3 &&
> >>> + (write_mask & 0xc) !=
https://bugs.freedesktop.org/show_bug.cgi?id=89260
Fabio Pedretti changed:
What|Removed |Added
CC||jfons...@vmware.com
--- Comment #2 from
https://bugs.freedesktop.org/show_bug.cgi?id=89260
Fabio Pedretti changed:
What|Removed |Added
CC||e...@lclark.edu
--- Comment #1 from Fab
The length argument passed to sysctl was the size of the pointer
not the type. The result of this is sysctl calls would fail on
32 bit BSD/Mac OS X.
Additionally the wrong pointer was passed as an argument to store
the result of the sysctl call.
Cc: "10.4, 10.5"
Signed-off-by: Jonathan Gray
--
33 matches
Mail list logo
