https://bugs.freedesktop.org/show_bug.cgi?id=59746
Matt Turner changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=59746
Priority: medium
Bug ID: 59746
Keywords: regression
CC: matts...@gmail.com
Assignee: mesa-dev@lists.freedesktop.org
Summary: piglit glean depthStencil regression
Severi
On Tue, Jan 22, 2013 at 8:43 PM, José Fonseca wrote:
> (Switching from dead mesa3d-...@sf.net -> mesa-...@fdo.org ML)
>
Thanks! (I was absent for a while as you can see.)
> On Thu, Jan 17, 2013 at 11:23 PM, Sedat Dilek wrote:
>> Hi,
>>
>> with the following patchset (13 patches) I was able to b
https://bugs.freedesktop.org/show_bug.cgi?id=59741
Priority: medium
Bug ID: 59741
Keywords: regression
CC: mar...@gmail.com
Assignee: mesa-dev@lists.freedesktop.org
Summary: [softpipe] piglit depthstencil-render-miplevels 1024
On 21 January 2013 00:49, Chad Versace wrote:
> This series lives on my gles3-glsl-packing branch.
>
> I tested this series against my piglit gles3-glsl-packing branch on
> Ivybridge
> and Sandybridge. No regressions relative to the Mesa gles3-d72ba278e.
>
> v2:
> - Do all of idr's minor fixes
On 21 January 2013 00:49, Chad Versace wrote:
> Lower them to arithmetic and bit manipulation expressions.
>
> v2:
> - Rewrite using ir_builder. [for idr]
> - In lowering packHalf2x16, don't truncate subnormal float16 values to
> zero.
> And round to even rather than to zero. [for stereo
https://bugs.freedesktop.org/show_bug.cgi?id=59737
--- Comment #4 from Alexandre Demers ---
(In reply to comment #3)
> (In reply to comment #2)
> > I'll try with the --build and --host options, however it was not needed
> > before. Also, I'm wondering why they should be set if we have
> > --enabl
On Wed, Jan 23, 2013 at 3:52 AM, Carl Worth wrote:
> When performing a ReadPixels operation, we may be reading from a buffer that
> stores alpha values, but that is actually representing a buffer with no alpha
> channel. In this case, while rebasing the values, touch up all alpha values
> read to
On 21 January 2013 00:49, Chad Versace wrote:
> That is, evaluate constant expressions of the following functions:
> packSnorm2x16 unpackSnorm2x16
> packUnorm2x16 unpackUnorm2x16
> packHalf2x16 unpackHalf2x16
>
> v2: Reuse _mesa_pack_float_to_half and its inverse to evaluate
> pack/
On 21 January 2013 00:49, Chad Versace wrote:
> Not all float32 values can be exactly represented as a float16.
> _mesa_float_to_half() rounded such intermediate float32 values to zero by
> truncating unrepresentable bits in the mantissa. This behavior is bia
>
Sentence fragment above. Did you
On Mon, Jan 21, 2013 at 12:49 AM, Chad Versace
wrote:
> This series lives on my gles3-glsl-packing branch.
>
> I tested this series against my piglit gles3-glsl-packing branch on Ivybridge
> and Sandybridge. No regressions relative to the Mesa gles3-d72ba278e.
>
> v2:
> - Do all of idr's minor
On Mon, Jan 21, 2013 at 12:49 AM, Chad Versace
wrote:
> Lower them to arithmetic and bit manipulation expressions.
>
> v2:
> - Rewrite using ir_builder. [for idr]
> - In lowering packHalf2x16, don't truncate subnormal float16 values to zero.
> And round to even rather than to zero. [for s
https://bugs.freedesktop.org/show_bug.cgi?id=59737
--- Comment #3 from Matt Turner ---
(In reply to comment #2)
> I'll try with the --build and --host options, however it was not needed
> before. Also, I'm wondering why they should be set if we have
> --enable-32-bit and --enable-64-bit options w
https://bugs.freedesktop.org/show_bug.cgi?id=59737
--- Comment #2 from Alexandre Demers ---
(In reply to comment #1)
> Now that all of the build system is converted to automake, we can do real
> cross compile builds:
>
> CFLAGS="-m32" CXXFLAGS="-m32" ./configure --build=x86_64-pc-linux-gnu
> --h
Fixes https://bugs.freedesktop.org/show_bug.cgi?id=49360
---
configure.ac| 10 +-
src/mesa/x86-64/Makefile.am |9 +
src/mesa/x86/Makefile.am|9 +
3 files changed, 19 insertions(+), 9 deletions(-)
diff --git a/configure.ac b/configure.ac
index
https://bugs.freedesktop.org/show_bug.cgi?id=57018
--- Comment #1 from Matt Turner ---
This looks similar to https://bugs.freedesktop.org/show_bug.cgi?id=37117 (a bug
for libdrm) but I don't know what the problem is.
--
You are receiving this mail because:
You are the assignee for the bug.
On Wed, Jan 23, 2013 at 02:20:21AM +0100, Christoph Bumiller wrote:
> On 23.01.2013 02:07, Vadim Girlin wrote:
> > On 01/23/2013 04:42 AM, Christoph Bumiller wrote:
> >> On 23.01.2013 01:21, Vadim Girlin wrote:
> >>> On 01/23/2013 03:59 AM, Vincent Lejeune wrote:
>
>
> - Mail ori
https://bugs.freedesktop.org/show_bug.cgi?id=59737
Matt Turner changed:
What|Removed |Added
CC||matts...@gmail.com
--
You are receiving t
https://bugs.freedesktop.org/show_bug.cgi?id=59737
--- Comment #1 from Matt Turner ---
Now that all of the build system is converted to automake, we can do real cross
compile builds:
CFLAGS="-m32" CXXFLAGS="-m32" ./configure --build=x86_64-pc-linux-gnu
--host=i686-pc-linux-gnu
This works for me
On 23.01.2013 02:07, Vadim Girlin wrote:
> On 01/23/2013 04:42 AM, Christoph Bumiller wrote:
>> On 23.01.2013 01:21, Vadim Girlin wrote:
>>> On 01/23/2013 03:59 AM, Vincent Lejeune wrote:
- Mail original -
> De : Vadim Girlin
> À : Christoph Bumiller
> Cc : mesa
On 01/23/2013 04:42 AM, Christoph Bumiller wrote:
On 23.01.2013 01:21, Vadim Girlin wrote:
On 01/23/2013 03:59 AM, Vincent Lejeune wrote:
- Mail original -
De : Vadim Girlin
À : Christoph Bumiller
Cc : mesa-dev@lists.freedesktop.org
Envoyé le : Mercredi 23 janvier 2013 0h44
Objet :
- Mail original -
> De : Vadim Girlin
> À : Vincent Lejeune
> Cc : "mesa-dev@lists.freedesktop.org"
> Envoyé le : Mercredi 23 janvier 2013 1h21
> Objet : Re: [Mesa-dev] [PATCH] glsl_to_tgsi: indirect array information
>
> On 01/23/2013 03:59 AM, Vincent Lejeune wrote:
>>
>>
>> --
On 23.01.2013 01:47, Vadim Girlin wrote:
> On 01/23/2013 04:07 AM, Dave Airlie wrote:
>> On Wed, Jan 23, 2013 at 9:44 AM, Vadim Girlin
>> wrote:
>>> On 01/22/2013 10:59 PM, Christoph Bumiller wrote:
On 21.01.2013 21:10, Vadim Girlin wrote:
>
> Provide the information about indire
---
src/glsl/s_expression.cpp |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/glsl/s_expression.cpp b/src/glsl/s_expression.cpp
index 57de9d3..52fa7ae 100644
--- a/src/glsl/s_expression.cpp
+++ b/src/glsl/s_expression.cpp
@@ -79,7 +79,7 @@ read_atom(void *ctx, const c
---
src/gallium/drivers/softpipe/sp_tile_cache.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/gallium/drivers/softpipe/sp_tile_cache.c
b/src/gallium/drivers/softpipe/sp_tile_cache.c
index 8d58111..dded0e1 100644
--- a/src/gallium/drivers/softpipe/sp_tile_cache.c
GLSL's roundEven() doesn't return an int and this fixes an MSVC
warning where the returned value is being assigned to a float.
---
src/glsl/ir_constant_expression.cpp |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/glsl/ir_constant_expression.cpp
b/src/glsl/ir_cons
---
src/gallium/auxiliary/util/u_tile.h |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/src/gallium/auxiliary/util/u_tile.h
b/src/gallium/auxiliary/util/u_tile.h
index abcd402..9e81944 100644
--- a/src/gallium/auxiliary/util/u_tile.h
+++ b/src/gallium/auxiliary/uti
---
src/gallium/auxiliary/util/u_tile.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/gallium/auxiliary/util/u_tile.c
b/src/gallium/auxiliary/util/u_tile.c
index 6c618a6..62298cd 100644
--- a/src/gallium/auxiliary/util/u_tile.c
+++ b/src/gallium/auxiliary/util/u_
---
src/gallium/auxiliary/util/u_debug.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/gallium/auxiliary/util/u_debug.c
b/src/gallium/auxiliary/util/u_debug.c
index 6e8c5b9..f4670f2 100644
--- a/src/gallium/auxiliary/util/u_debug.c
+++ b/src/gallium/auxiliary/util/
---
src/mesa/state_tracker/st_cb_drawpixels.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/src/mesa/state_tracker/st_cb_drawpixels.c
b/src/mesa/state_tracker/st_cb_drawpixels.c
index ff8a9dc..4d9c825 100644
--- a/src/mesa/state_tracker/st_cb_drawpixels.c
+++ b/src
---
src/mesa/swrast/s_texfilter.c | 38 +++---
1 files changed, 19 insertions(+), 19 deletions(-)
diff --git a/src/mesa/swrast/s_texfilter.c b/src/mesa/swrast/s_texfilter.c
index 0a91cca..953300f 100644
--- a/src/mesa/swrast/s_texfilter.c
+++ b/src/mesa/swrast/s_
Note: This is a candidate for the 9.0 branch.
---
src/mesa/program/program.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/mesa/program/program.c b/src/mesa/program/program.c
index 0cca460..fb0aeb7 100644
--- a/src/mesa/program/program.c
+++ b/src/mesa/program/pro
---
src/mesa/program/program.c | 28 ++--
1 files changed, 14 insertions(+), 14 deletions(-)
diff --git a/src/mesa/program/program.c b/src/mesa/program/program.c
index 993803d..0cca460 100644
--- a/src/mesa/program/program.c
+++ b/src/mesa/program/program.c
@@ -840,8 +84
There are other similar int->float casts elsewhere in the function.
---
src/mesa/main/texparam.c |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/src/mesa/main/texparam.c b/src/mesa/main/texparam.c
index 8d0ae16..52ede13 100644
--- a/src/mesa/main/texparam.c
+++ b/sr
https://bugs.freedesktop.org/show_bug.cgi?id=59737
Priority: medium
Bug ID: 59737
Assignee: mesa-dev@lists.freedesktop.org
Summary: [bisected] 0d108116bd80b757fb01a84a9f1946ef870b57b8
breaks osmesa when cross compiling
Severi
On 01/23/2013 04:07 AM, Dave Airlie wrote:
On Wed, Jan 23, 2013 at 9:44 AM, Vadim Girlin wrote:
On 01/22/2013 10:59 PM, Christoph Bumiller wrote:
On 21.01.2013 21:10, Vadim Girlin wrote:
Provide the information about indirectly addressable arrays (ranges of
temps) in
the shader to the drive
On 23.01.2013 01:21, Vadim Girlin wrote:
> On 01/23/2013 03:59 AM, Vincent Lejeune wrote:
>>
>>
>> - Mail original -
>>> De : Vadim Girlin
>>> À : Christoph Bumiller
>>> Cc : mesa-dev@lists.freedesktop.org
>>> Envoyé le : Mercredi 23 janvier 2013 0h44
>>> Objet : Re: [Mesa-dev] [PATCH] gl
On 01/23/2013 03:59 AM, Vincent Lejeune wrote:
- Mail original -
De : Vadim Girlin
À : Christoph Bumiller
Cc : mesa-dev@lists.freedesktop.org
Envoyé le : Mercredi 23 janvier 2013 0h44
Objet : Re: [Mesa-dev] [PATCH] glsl_to_tgsi: indirect array information
On 01/22/2013 10:59 PM, Chr
On Wed, Jan 23, 2013 at 9:44 AM, Vadim Girlin wrote:
> On 01/22/2013 10:59 PM, Christoph Bumiller wrote:
>>
>> On 21.01.2013 21:10, Vadim Girlin wrote:
>>>
>>> Provide the information about indirectly addressable arrays (ranges of
>>> temps) in
>>> the shader to the drivers. TGSI representation it
- Mail original -
> De : Vadim Girlin
> À : Christoph Bumiller
> Cc : mesa-dev@lists.freedesktop.org
> Envoyé le : Mercredi 23 janvier 2013 0h44
> Objet : Re: [Mesa-dev] [PATCH] glsl_to_tgsi: indirect array information
>
> On 01/22/2013 10:59 PM, Christoph Bumiller wrote:
>> On 21.01.
On 01/22/2013 03:22 PM, Carl Worth wrote:
When performing a ReadPixels operation, we may be reading from a buffer that
stores alpha values, but that is actually representing a buffer with no alpha
channel. In this case, while rebasing the values, touch up all alpha values
read to 1.0.
This commi
On 01/22/2013 10:59 PM, Christoph Bumiller wrote:
On 21.01.2013 21:10, Vadim Girlin wrote:
Provide the information about indirectly addressable arrays (ranges of temps) in
the shader to the drivers. TGSI representation itself isn't modified, array
information is passed as an additional data in t
Which LLVM version where you using? The lp_bld_init.c behavior varies
tremendously with LLVM version.
>From Mathias' reply it looks like we should call llvm_start_multithreading
>somewhere regardless.
Jose
- Original Message -
> Thanks for this update!
> I just looked into this i
Carl Worth writes:
> Note: The test results mentioned here, (and in the following patches), expect
> the fixes I recently submitted to the fbo-* tests in piglit. That series
> consists of 5 patches starting with:
While developing this patch series, I did most of my testing with the
fbo-* tests me
https://bugs.freedesktop.org/show_bug.cgi?id=46815
Matt Turner changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=47248
Matt Turner changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
On 01/21/2013 03:40 PM, Matt Turner wrote:
> Pedantic whitespace comments:
I appreciate whitespace pedantry. Seriously. Ill-formatted poetry
is annoying to read. Glad to know I'm not alone.
I'll fix all the issues you found before committing this patch.
___
When performing a ReadPixels operation, we may be reading from a buffer that
stores alpha values, but that is actually representing a buffer with no alpha
channel. In this case, while rebasing the values, touch up all alpha values
read to 1.0.
This commit fixes the following piglit (sub) tests:
We may be using a texture with actual RGBA storage for these formats, so force
the alpha value read to 1.0.
This commit fixes the following piglit (sub) tests:
ARB_texture_float/fb-blending-formats
GL_RGB16F_ARB
EXT_framebuffer_object/fbo-blending-formats
Similar to the previous commit, we may be using a texture with actual RGBA
storage for the GL_ALPHA format, so force the color values to 0.0.
This commit fixes the following piglit (sub) tests:
EXT_texture_snorm/fbo-blending-formats
GL_ALPHA16_SNORM
GL_ALPH
The renderbuffer's Format field may have an alpha channel even when the
underlying _BaseFormat does not. This can happen when mesa chooses to use
RGBA16 for an RGB16 format, for example.
So look at both fields when deciding whether to fixup the blend factors.
This test improves the results of at
https://bugs.freedesktop.org/show_bug.cgi?id=59541
Brian Paul changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=55476
Brian Paul changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=59688
--- Comment #2 from fjhenigman ---
Created attachment 73482
--> https://bugs.freedesktop.org/attachment.cgi?id=73482&action=edit
fix
--
You are receiving this mail because:
You are the assignee for the bug.
___
---
lib/Target/R600/AMDGPUTargetMachine.cpp | 2 +-
lib/Target/R600/R600LowerConstCopy.cpp | 162 +---
2 files changed, 152 insertions(+), 12 deletions(-)
diff --git a/lib/Target/R600/AMDGPUTargetMachine.cpp
b/lib/Target/R600/AMDGPUTargetMachine.cpp
index 7b069e7..
---
lib/Target/R600/AMDILISelDAGToDAG.cpp | 3 +++
lib/Target/R600/R600ISelLowering.cpp | 8
2 files changed, 11 insertions(+)
diff --git a/lib/Target/R600/AMDILISelDAGToDAG.cpp
b/lib/Target/R600/AMDILISelDAGToDAG.cpp
index 567b3e2..ece26ef 100644
--- a/lib/Target/R600/AMDILISelDAGToDA
From: Tom Stellard
r600_bytecode::ar_chan stores the register channel for the value that
will be loaded into the AR register.
At the moment, this field is only used by the LLVM backend. The default
backend always sets ar_chan = 0.
---
src/gallium/drivers/r600/r600_asm.c| 2 ++
src/gallium/
From: Tom Stellard
---
src/gallium/drivers/r600/r600_asm.c | 43 ++---
1 file changed, 35 insertions(+), 8 deletions(-)
diff --git a/src/gallium/drivers/r600/r600_asm.c
b/src/gallium/drivers/r600/r600_asm.c
index 3aaea4a..809f85f 100644
--- a/src/gallium/drivers
From: Tom Stellard
---
test/CodeGen/R600/predicates.ll | 100
1 file changed, 100 insertions(+)
create mode 100644 test/CodeGen/R600/predicates.ll
diff --git a/test/CodeGen/R600/predicates.ll b/test/CodeGen/R600/predicates.ll
new file mode 100644
index
From: Tom Stellard
Emitting the function name allows us to check for it in the FileCheck
tests so we can make sure FileCheck is checking the output of the
correct function.
---
lib/Target/R600/AMDGPUAsmPrinter.cpp| 3 +++
test/CodeGen/R600/dagcombiner-bug-illegal-vec4-int
https://bugs.freedesktop.org/show_bug.cgi?id=59701
--- Comment #4 from José Fonseca ---
(In reply to comment #3)
> Honestly I don't know if it's worth fixing this.
Yep. I think in the short term, the best thing would be to whitelist these
failures when SSE41 is not available.
--
You are receiv
(Switching from dead mesa3d-...@sf.net -> mesa-...@fdo.org ML)
On Thu, Jan 17, 2013 at 11:23 PM, Sedat Dilek wrote:
> Hi,
>
> with the following patchset (13 patches) I was able to build
> mesa-8.0.5 with LLVM v3.2.
>
> There is one big fat patch called "gallivm,draw,llvmpipe: Support
> wider nat
I'm not familiar with swrast internals, but the changes look sensible from what
I can tell.
Reviewed-by: Jose Fonseca
- Original Message -
> Fixes piglit's fbo-blit-stretch test.
> ---
> src/mesa/swrast/s_blit.c | 23 ---
> 1 files changed, 8 insertions(+), 15 de
https://bugs.freedesktop.org/show_bug.cgi?id=59701
--- Comment #3 from Roland Scheidegger ---
I'm wondering if something like this (in horrible pseudo-code) would be a
solution (for ifloor):
xtruncint = fptoint(x)
xtrunc = inttofp(xtruncint)
mask = xtrunc > x
maskone = mask & 1
xintfloor = xtrunc
On Tue, Jan 22, 2013 at 09:33:46AM -0600, Aaron Watry wrote:
> > Am 22.01.2013 13:08, schrieb Michel Dänzer:
> >> On Mon, 2013-01-21 at 22:28 +0100, Christian König wrote:
> >>> v2: don't mess up other loops
> >>>
> >>> Signed-off-by: Christian König > Series is
> >> > Tested-by: Michel Dänze
On Tue, Jan 22, 2013 at 08:14:42PM +0100, Michel Dänzer wrote:
> From: Michel Dänzer
>
> Fixes 37 piglit tests and allows e.g. FlightGear to run with radeonsi.
>
Nice!
Reviewed-by: Tom Stellard
> Signed-off-by: Michel Dänzer
> ---
> lib/Target/R600/SIInstructions.td | 10 ++
> 1
From: Michel Dänzer
Fixes 37 piglit tests and allows e.g. FlightGear to run with radeonsi.
Signed-off-by: Michel Dänzer
---
lib/Target/R600/SIInstructions.td | 10 ++
1 file changed, 10 insertions(+)
diff --git a/lib/Target/R600/SIInstructions.td
b/lib/Target/R600/SIInstructions.td
Kenneth Graunke writes:
> For texelFetchOffset(), we just add the texel offsets to the coordinate
> rather than using the message header's offset fields. So we don't
> actually need a header on Gen5+.
Reviewed-by: Eric Anholt
pgpAPvX5Egtfa.pgp
Description: PGP signature
_
Ian Romanick writes:
> These two patches replace the previous patch 2. I will probably do some
> additional refactors in _mesa_choose_tex_format, but I'm not in a huge
> hurry.
Reviewed-by: Eric Anholt
pgpIkkjnTrFzB.pgp
Description: PGP signature
_
Abdiel Janulgue writes:
> @@ -295,6 +301,95 @@ intel_allocate_image(int dri_format, void *loaderPrivate)
> return image;
> }
>
> +/**
> + * Save appropriately-aligned base offset pointing to the image
> + * in addition to the x/y offsets from miptree's base address.
> + * The fine adjustme
On Tue, Jan 22, 2013 at 10:35 AM, wrote:
> From: José Fonseca
>
> Fixes failures to include libdrm/nouveau.h when drm is not installed in
> /usr/include.
> ---
> src/gallium/drivers/nv30/Makefile.am |3 ++-
> src/gallium/drivers/nv50/Makefile.am |3 ++-
> src/gallium/drivers/nvc0/Makefi
Abdiel Janulgue writes:
> @@ -332,7 +344,10 @@ intelSetTexBuffer2(__DRIcontext *pDRICtx, GLint target,
> _mesa_lock_texture(&intel->ctx, texObj);
> texImage = _mesa_get_tex_image(ctx, texObj, target, level);
> intel_set_texture_image_region(ctx, texImage, rb->mt->region, target,
> -
On 21.01.2013 21:10, Vadim Girlin wrote:
> Provide the information about indirectly addressable arrays (ranges of temps)
> in
> the shader to the drivers. TGSI representation itself isn't modified, array
> information is passed as an additional data in the pipe_shader_state, so the
> drivers can u
Thanks for your testing. Can you give me any hints why the performance is so
bad on my System?
I'm using openSUSE 12.2, Mesa 9.0.1, the latest xf86-video-intel and Kernel
3.7.3
Am Dienstag, 22. Januar 2013 schrieb Zhang, Xiong Y :
> Using the latest mesa master tree, I test it on my Core i7-260
Mesa 9.0.2 has been released. Mesa 9.0.2 is a bug fix release which
fixes bugs found since the 9.0.1 release.
The tag in the GIT repository for Mesa 9.0.2 is 'mesa-9.0.2'.
Mesa 9.0.2 is available for download at
ftp://freedesktop.org/pub/mesa/9.0.2/
md5sums:
5ae216ca9fecfa349f14ecb83aa3f124 M
https://bugs.freedesktop.org/show_bug.cgi?id=59729
Johannes Obermayr changed:
What|Removed |Added
Assignee|mesa-dev@lists.freedesktop. |tstel...@gmail.com
From: José Fonseca
Fixes failures to include libdrm/nouveau.h when drm is not installed in
/usr/include.
---
src/gallium/drivers/nv30/Makefile.am |3 ++-
src/gallium/drivers/nv50/Makefile.am |3 ++-
src/gallium/drivers/nvc0/Makefile.am |3 ++-
3 files changed, 6 insertions(+), 3 dele
https://bugs.freedesktop.org/show_bug.cgi?id=59729
Priority: medium
Bug ID: 59729
Assignee: mesa-dev@lists.freedesktop.org
Summary: clover: Upstream LLVM removed LinkInFile member from
class LLVM::Linker
Severity: normal
On Tue, Jan 22, 2013 at 06:33:37PM +0100, Michel Dänzer wrote:
> From: Michel Dänzer
>
> Fixes piglit spec/ARB_sampler_objects/sampler-incomplete and
> spec/EXT_texture_swizzle/depth_texture_mode_and_swizzle.
>
Reviewed-by: Tom Stellard
> Signed-off-by: Michel Dänzer
> ---
> src/gallium/dri
From: Michel Dänzer
Fixes piglit spec/ARB_sampler_objects/sampler-incomplete and
spec/EXT_texture_swizzle/depth_texture_mode_and_swizzle.
Signed-off-by: Michel Dänzer
---
src/gallium/drivers/radeon/radeon_setup_tgsi_llvm.c | 12 +++-
1 file changed, 11 insertions(+), 1 deletion(-)
d
From: Michel Dänzer
Indirect addressing isn't fully handled yet.
Fixes crashes with piglit tests using indirect addressing.
Signed-off-by: Michel Dänzer
---
src/gallium/drivers/radeonsi/radeonsi_shader.c |5 +
1 file changed, 5 insertions(+)
diff --git a/src/gallium/drivers/radeonsi/
From: Marek Olšák
[ Cherry-picked from r600g commit 7c371f46958910dd2ca9487c89af1b72bbfdada9 ]
Signed-off-by: Michel Dänzer
---
src/gallium/drivers/radeonsi/r600_blit.c| 60 ++-
src/gallium/drivers/radeonsi/r600_texture.c | 53 ++-
2 files ch
From: Michel Dänzer
These aren't covered by UTIL_FORMAT_TYPE_FLOAT.
Fixes 15 piglit (sub)tests.
Signed-off-by: Michel Dänzer
---
src/gallium/drivers/radeonsi/si_state.c |6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/si_state.c
b/src/
From: Michel Dänzer
Signed-off-by: Michel Dänzer
---
src/gallium/drivers/radeonsi/si_state.c |4
1 file changed, 4 insertions(+)
diff --git a/src/gallium/drivers/radeonsi/si_state.c
b/src/gallium/drivers/radeonsi/si_state.c
index a27dbdd..aba44df 100644
--- a/src/gallium/drivers/rade
On Die, 2013-01-22 at 16:10 +0100, Tom Stellard wrote:
> On Tue, Jan 22, 2013 at 04:06:05PM +0100, Michel Dänzer wrote:
> > On Mon, 2013-01-21 at 23:03 +0100, Tom Stellard wrote:
> > >
> > > I don't think we emit the int_AMDGPU_mul intrinsic anymore, but it
> > > probably
> > > doesn't hurt to
On 01/22/2013 09:11 AM, jfons...@vmware.com wrote:
From: José Fonseca
HP_occlusion_test is no longer supported by Mesa, and recent builds of
GLEW on Mac don't include this extensions' defines/prototypes, causing
build failure. Therefore it doesn't seem to be worth having this around
any longer.
From: José Fonseca
HP_occlusion_test is no longer supported by Mesa, and recent builds of
GLEW on Mac don't include this extensions' defines/prototypes, causing
build failure. Therefore it doesn't seem to be worth having this around
any longer.
---
src/demos/Makefile.cygnus |1 -
src/tests/.
https://bugs.freedesktop.org/show_bug.cgi?id=59688
--- Comment #1 from fjhenigman ---
I contributed this test about the same time Ian was doing the [0] change, so I
suspect it was missed when he checked piglit. I'm happy to take a look at it.
--
You are receiving this mail because:
You are the
> Am 22.01.2013 13:08, schrieb Michel Dänzer:
>> On Mon, 2013-01-21 at 22:28 +0100, Christian König wrote:
>>> v2: don't mess up other loops
>>>
>>> Signed-off-by: Christian König > Series is
>> > Tested-by: Michel Dänzer > > No piglit
>> > regressions with radeonsi. :)
>> >
>> P.S. A coup
On Tue, Jan 22, 2013 at 04:06:05PM +0100, Michel Dänzer wrote:
> On Mon, 2013-01-21 at 23:03 +0100, Tom Stellard wrote:
> >
> > I don't think we emit the int_AMDGPU_mul intrinsic anymore, but it probably
> > doesn't hurt to keep it around until we sort out all of the legacy vs
> > non-legacy
> >
https://bugs.freedesktop.org/show_bug.cgi?id=59701
--- Comment #2 from Roland Scheidegger ---
Hmm fract() is such a mess. The usual definition of fract(x) is sub(x) -
floor(x), and it is expected this returns a number in [0,1[ except it doesn't
actually work due to the funky float math (floor(ver
On Mon, Jan 21, 2013 at 10:36 AM, Ander Conselvan de Oliveira
wrote:
> From: Ander Conselvan de Oliveira
>
> Otherwise, we crash when the callback is executed, since the dri2_surf
> pointer may point to invalid data.
> ---
>
> The wayland EGL platform code was heavily changed in master for the
>
Am 22.01.2013 13:08, schrieb Michel Dänzer:
On Mon, 2013-01-21 at 22:28 +0100, Christian König wrote:
v2: don't mess up other loops
Signed-off-by: Christian König
Series is
Tested-by: Michel Dänzer
No piglit regressions with radeonsi. :)
P.S. A couple of piglit tests still crash in contr
https://bugs.freedesktop.org/show_bug.cgi?id=59701
Jon TURNEY changed:
What|Removed |Added
CC||jon.tur...@dronecode.org.uk
--
You are rec
On Mon, 2013-01-21 at 22:28 +0100, Christian König wrote:
> v2: don't mess up other loops
>
> Signed-off-by: Christian König
Series is
Tested-by: Michel Dänzer
No piglit regressions with radeonsi. :)
P.S. A couple of piglit tests still crash in control flow related code
though, e.g. glean/
Using the latest mesa master tree, I test it on my Core i7-2600 :
1) In default configuration, the monitor's refresh rate is 60FPS, so the test
result is 59.3 FPS
2) export vblank_mode = 0, then the test result is 170 FPS.
I don't see the big difference between using direct transfer or using P
https://bugs.freedesktop.org/show_bug.cgi?id=59701
José Fonseca changed:
What|Removed |Added
CC||jfons...@vmware.com,
|
From: Ian Romanick
This is technically outside the ANGLE spec, but it seems unlikely to
cause any harm.
v2: Simplify the extension checks by assuming the ANGLE extension will
always be enabled by any driver that enables the EXT. Suggested by
Eric Anholt.
Signed-off-by: Ian Romanick
---
src/m
From: Ian Romanick
For non-generic compressed format we assert two things:
1. The format has already been validated against the set of available
extensions.
2. The driver only enables the extension if it supports all of the
formats that are part of that extension.
Signed-off-by: Ian Roma
These two patches replace the previous patch 2. I will probably do some
additional refactors in _mesa_choose_tex_format, but I'm not in a huge
hurry.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/
1 - 100 of 135 matches
Mail list logo
