On Tue, Aug 6, 2013 at 9:44 PM, Siarhei Siamashka
wrote:
> Based on a quick test, the current Mesa git master also can work in
> ES-only mode if the following commits are reverted:
>
> http://cgit.freedesktop.org/mesa/mesa/commit/?id=afa33a001a39c44238ba8fd76f8eeabad041459e
This commit should be
On Tue, 6 Aug 2013 15:54:57 -0700
Matt Turner wrote:
> On Tue, Aug 6, 2013 at 2:13 PM, Siarhei Siamashka
> wrote:
> > Hello,
> >
> > Some months ago, the commit "configure.ac: Allow OpenGL ES1 and ES2 only
> > with enabled OpenGL" dropped support for the OpenGL-free configuration.
> >
> > ht
On Wed, Aug 7, 2013 at 2:00 AM, Chad Versace
wrote:
> On 08/06/2013 03:02 PM, Jakob Bornecrantz wrote:
>
>> On Wed, Aug 7, 2013 at 12:00 AM, Jakob Bornecrantz > >wrote:
>>
>> On Tue, Aug 6, 2013 at 9:21 PM, Chad Versace <
>>> chad.vers...@linux.intel.com
>>>
wrote:
>>>
>>> libEGL was i
Am 07.08.2013 00:35, schrieb Tom Stellard:
> On Wed, Aug 07, 2013 at 12:05:25AM +0200, Laurent Carlier wrote:
>> Since llvm -3.4svn r187618, TargetOptions doesn't provide
>> anymore RealignStack, so only enable it with llvm<3.4
>
> Thanks, I've committed this patch.
>
> To the llvmpipe developers
On 08/06/2013 03:02 PM, Jakob Bornecrantz wrote:
On Wed, Aug 7, 2013 at 12:00 AM, Jakob Bornecrantz wrote:
On Tue, Aug 6, 2013 at 9:21 PM, Chad Versace
wrote:
libEGL was incorrectly exporting *all* symbols, public and private.
This patch adds -fvisibility=hidden to libEGL's linker flags to
Hi,
The attached patches teach the SI backend to lower BUILD_VECTOR to
REG_SEQUENCE, which should help the register allocator produce better
code. This also fixes 364 array indexing piglit tests.
-Tom
>From 90dfb000600eae7a03f3f36fafcfaee1edde5613 Mon Sep 17 00:00:00 2001
From: Tom Stellard
Dat
On Tue, Aug 6, 2013 at 2:13 PM, Siarhei Siamashka
wrote:
> Hello,
>
> Some months ago, the commit "configure.ac: Allow OpenGL ES1 and ES2 only
> with enabled OpenGL" dropped support for the OpenGL-free configuration.
>
> http://lists.freedesktop.org/archives/mesa-dev/2013-February/033909.html
On Wed, Aug 07, 2013 at 12:05:25AM +0200, Laurent Carlier wrote:
> Since llvm -3.4svn r187618, TargetOptions doesn't provide
> anymore RealignStack, so only enable it with llvm<3.4
Thanks, I've committed this patch.
To the llvmpipe developers: You must now specify the RealignStack option
using f
On 5 August 2013 15:37, Anuj Phogat wrote:
> New function clamp_tex_coords() clamps the texture coordinates
> to texture boundaries. This function will also be utilized later
> for the BLORP implementation of single-sample scaled blit with
> bilinear filter.
>
> Signed-off-by: Anuj Phogat
> ---
On 5 August 2013 15:37, Anuj Phogat wrote:
> Currently single sample scaled blits with GL_LINEAR filter falls
> back to meta path. Patch removes this limitation in BLORP engine
> and implements single sample scaled blit with bilinear filter.
> No piglit, gles3 regressions are obeserved with this
Since llvm -3.4svn r187618, TargetOptions doesn't provide
anymore RealignStack, so only enable it with llvm<3.4
---
src/gallium/auxiliary/gallivm/lp_bld_misc.cpp | 2 ++
1 file changed, 2 insertions(+)
diff --git a/src/gallium/auxiliary/gallivm/lp_bld_misc.cpp
b/src/gallium/auxiliary/gallivm/lp_
I'm using this patch on my system
On 6 August 2013 22:36, Laurent Carlier wrote:
> Since llvm-3.4svn r187618 TargetOptions doesn't provide anymore
> RealignStack:
>
> make[3]: Entering directory
> `/home/lordh/archdevel/mesa/git/mesatst/src/gallium/auxiliary'
> CXX gallivm/lp_bld_misc.lo
On Wed, Aug 7, 2013 at 12:00 AM, Jakob Bornecrantz wrote:
> On Tue, Aug 6, 2013 at 9:21 PM, Chad Versace > wrote:
>
>> libEGL was incorrectly exporting *all* symbols, public and private.
>> This patch adds -fvisibility=hidden to libEGL's linker flags to ensure
>> that only symbols annotated with
On Tue, Aug 6, 2013 at 9:21 PM, Chad Versace
wrote:
> libEGL was incorrectly exporting *all* symbols, public and private.
> This patch adds -fvisibility=hidden to libEGL's linker flags to ensure
> that only symbols annotated with __attribute__((visibility("default")))
> get exported.
>
> Sanity-ch
On 08/06/2013 12:11 PM, Paul Berry wrote:
[snip]
FYI, Ken and I just did some experiments on AMD's Catalyst driver, and
here's what we found:
For the record, this was with Catalyst 12.06 on a Radeon HD 3650. (I
haven't updated that machine in a while...)
[snip]
Based on what we've seen wit
Since llvm-3.4svn r187618 TargetOptions doesn't provide anymore RealignStack:
make[3]: Entering directory
`/home/lordh/archdevel/mesa/git/mesatst/src/gallium/auxiliary'
CXX gallivm/lp_bld_misc.lo
gallivm/lp_bld_misc.cpp: In function 'LLVMBool
lp_build_create_jit_compiler_for_module(LLVMOp
Otherwise, blits to the window system buffer may cause crashes,
since dst_irb->mt may be NULL.
This code is lifted straight out of brw_blorp_framebuffer()'s
try_blorp_blit() helper.
Fixes crashes in Piglit's fbo-sys-blit on systems without BLORP.
Bugzilla: https://bugs.freedesktop.org/show_bug.c
Sorry, I have no idea. You can try to remove support for RGBX integer
formats and see if it helps.
In is_format_supported, return FALSE for all R?G?B?X_?INT formats.
Marek
On Sat, Aug 3, 2013 at 11:51 AM, Martin Andersson wrote:
> Well, I should have been more clear. If I do this:
>
> 263: valu
On 08/06/2013 04:14 AM, Christoph Bumiller wrote:
On 06.08.2013 03:28, Kenneth Graunke wrote:
Many GLSL shaders contain code of the form:
x = condition ? foo : bar
The compiler emits an ir_if tree for this, since each subexpression
might be a complex tree that could have side-effects and s
Hello,
Some months ago, the commit "configure.ac: Allow OpenGL ES1 and ES2 only
with enabled OpenGL" dropped support for the OpenGL-free configuration.
http://lists.freedesktop.org/archives/mesa-dev/2013-February/033909.html
http://lists.freedesktop.org/archives/mesa-commit/2013-February/
On 6 August 2013 13:34, Matt Turner wrote:
> On Tue, Aug 6, 2013 at 12:11 PM, Paul Berry
> wrote:
> > Based on what we've seen with AMD and nVidia so far, it seems like the
> > intended behaviour is probably: redeclarations of interface blocks are
> > prohibited, with the exception of gl_PerVert
On Tue, Aug 6, 2013 at 12:11 PM, Paul Berry wrote:
> Based on what we've seen with AMD and nVidia so far, it seems like the
> intended behaviour is probably: redeclarations of interface blocks are
> prohibited, with the exception of gl_PerVertex (which may only be redeclared
> once in a given comp
On Tue, Aug 6, 2013 at 11:56 AM, mmueller wrote:
> Signed-off-by: mmueller
Set your name with
# git config --global user.name "..."
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
On 08/05/2013 06:52 PM, Jonathan Gray wrote:
On Mon, Aug 05, 2013 at 09:46:58AM -0700, Chad Versace wrote:
On 08/01/2013 03:52 PM, Jonathan Gray wrote:
On Thu, Aug 01, 2013 at 11:21:57AM -0700, Ian Romanick wrote:
On 08/01/2013 09:54 AM, Chad Versace wrote:
On 08/01/2013 09:48 AM, Chad Versac
On 08/06/2013 12:10 PM, mmueller wrote:
The content of this patch is trivial, the real objective is to become familiar
with
the process and to introduce myself. All of my dealings with Mesa3D over the
last
~14 years have been in the proprietary arena, specifically developing optimized
Mesa3D/Ga
On 1 August 2013 15:11, Kenneth Graunke wrote:
> This prevents a crash in a future patch.
>
> _mesa_initialize_context() creates a default transform feedback object
> by calling the NewTransformFeedbackObject() driver hook. Eventually,
> we'll want to subclass that and allocate a buffer object.
On 06.08.2013 19:19, Matt Turner wrote:
> On Tue, Aug 6, 2013 at 4:14 AM, Christoph Bumiller
> wrote:
>> On 06.08.2013 03:28, Kenneth Graunke wrote:
>>> Many GLSL shaders contain code of the form:
>>>
>>>x = condition ? foo : bar
>>>
>>> The compiler emits an ir_if tree for this, since each su
libEGL was incorrectly exporting *all* symbols, public and private.
This patch adds -fvisibility=hidden to libEGL's linker flags to ensure
that only symbols annotated with __attribute__((visibility("default")))
get exported.
Sanity-checked on X11/EGL with Piglit, and on Wayland by running weston-g
On 6 August 2013 10:19, Ian Romanick wrote:
> On 08/02/2013 07:52 PM, Paul Berry wrote:
>
>> 1. Is it ok to declare an unsized array in an interface block? In other
>> words, is this ok?
>>
>> out blk {
>> vec4 foo[];
>> };
>>
>> The nVidia Linux driver allows this, but Mesa c
The content of this patch is trivial, the real objective is to become familiar
with
the process and to introduce myself. All of my dealings with Mesa3D over the
last
~14 years have been in the proprietary arena, specifically developing optimized
Mesa3D/Gallium based proprietary drivers for specia
On Tue, Aug 6, 2013 at 11:09 AM, Ross Burton wrote:
> The rules were writing files to e.g. util/u_indices_gen.py, but in an
> out-of-tree build this directory doesn't exist in the build directory. So,
> create the directories just in case.
>
> NOTE: This is a candidate for the stable branches.
>
The content of this patch is trivial, the real objective is to become familiar
with
the process and to introduce myself. All of my dealings with Mesa3D over the
last
~14 years have been in the proprietary arena, specifically developing optimized
Mesa3D/Gallium based proprietary drivers for specia
From: Roland Scheidegger
For d3d10 and ARB_robust_buffer_access_behavior, we are required to return
0 for out-of-bounds coordinates (for which we can just enable the code already
there was just disabled). Additionally, also need to return 0 for
out-of-bounds mip level and out-of-bounds layer. Thi
Am 06.08.2013 08:56, schrieb Zack Rusin:
> Nowadays -1 for slots means that the semantic is not present, so
> we need to store it in a signed variables, otherwise <0 comparisons
> are pointless. Fixes
> http://bugzilla.eng.vmware.com/show_bug.cgi?id=67811 (at least
> with softpipe, edgeflags don't
On 6 August 2013 18:23, Matt Turner wrote:
> Use $(MKDIR_P), as previously suggested (like other Makefile.ams do).
Agreed, not sure how I forgot that variable existed.
Ross
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedeskt
The rules were writing files to e.g. util/u_indices_gen.py, but in an
out-of-tree build this directory doesn't exist in the build directory. So,
create the directories just in case.
NOTE: This is a candidate for the stable branches.
Cc: mesa-sta...@lists.freedesktop.org
Signed-off-by: Ross Burt
On 08/ 6/13 10:12 AM, Ian Romanick wrote:
We also need a build bot that will build and 'make check' every commit. Ugh. :(
Freedesktop.org already hosts a tinderbox server for X.Org modules - it
shouldn't be hard to either add Mesa to that or use that to set up one
for Mesa. I think Eric Anho
On 04/08/13 08:51, Vinson Lee wrote:
> Fixes "Uninitialized pointer read" defect reported by Coverity.
>
> Signed-off-by: Vinson Lee
Hi Vinson
This patch looks remarkably similar to the one I've sent a few weeks ago
- with yours having a lot better commit message :)
The way I see it (after a su
On Tue, Aug 6, 2013 at 7:51 AM, Ross Burton wrote:
> The rules were writing files to e.g. util/u_indices_gen.py, but in an
> out-of-tree build this directory doesn't exist in the build directory. So,
> create the directories just in case.
>
> NOTE: This is a candidate for the stable branches.
>
>
On Tue, Aug 6, 2013 at 4:14 AM, Christoph Bumiller
wrote:
> On 06.08.2013 03:28, Kenneth Graunke wrote:
>> Many GLSL shaders contain code of the form:
>>
>>x = condition ? foo : bar
>>
>> The compiler emits an ir_if tree for this, since each subexpression
>> might be a complex tree that could
On 08/02/2013 07:52 PM, Paul Berry wrote:
1. Is it ok to declare an unsized array in an interface block? In other
words, is this ok?
out blk {
vec4 foo[];
};
The nVidia Linux driver allows this, but Mesa currently doesn't. AFAICT
the spec says it's ok. In fact, the spec de
We should set a goal for the 9.3 release: all drivers should just build
and 'make check' without having to add a bunch of magic incantations to
the configure line. We also need a build bot that will build and 'make
check' every commit. Ugh. :(
CCLD r300_compiler_tests
../../../../src/
Hello everyone,
I am trying to compile Mesa and OSMesa (version 9.0) on linux ubuntu 12.04. The
compiled libGL.so works well, however, libOSMesa.so does not work. I check the
properties of libOSMesa.so, it says:
Name: libOSMesa.soType:
link(broken)
On 08/06/2013 12:56 AM, Zack Rusin wrote:
Nowadays -1 for slots means that the semantic is not present, so
we need to store it in a signed variables, otherwise <0 comparisons
are pointless. Fixes
http://bugzilla.eng.vmware.com/show_bug.cgi?id=67811 (at least
with softpipe, edgeflags don't work wi
Nowadays -1 for slots means that the semantic is not present, so
we need to store it in a signed variables, otherwise <0 comparisons
are pointless. Fixes
http://bugzilla.eng.vmware.com/show_bug.cgi?id=67811 (at least
with softpipe, edgeflags don't work wit llvmpipe)
Signed-off-by: Zack Rusin
---
On 6 August 2013 15:35, Jonathan Gray wrote:
> The problems with the build system are bad enough without
> depending on non posix gnu only options.
>
> This should be mkdir -p
I wish the GNU tools would say what options are POSIX :(. V2 coming.
Ross
_
The rules were writing files to e.g. util/u_indices_gen.py, but in an
out-of-tree build this directory doesn't exist in the build directory. So,
create the directories just in case.
NOTE: This is a candidate for the stable branches.
Cc: mesa-sta...@lists.freedesktop.org
Signed-off-by: Ross Burt
You should probably use $(MKDIR_P) with full path, see other
Makefile.am's for an example.
On 08/06/2013 01:01 PM, Ross Burton wrote:
> The rules were writing files to e.g. util/u_indices_gen.py, but in an
> out-of-tree build this directory doesn't exist in the build directory. So,
> create the d
The problems with the build system are bad enough without
depending on non posix gnu only options.
This should be mkdir -p
On Tue, Aug 06, 2013 at 12:01:06PM +0100, Ross Burton wrote:
> The rules were writing files to e.g. util/u_indices_gen.py, but in an
> out-of-tree build this directory doesn'
On Tue, Aug 06, 2013 at 12:26:51PM +0200, Michel Dänzer wrote:
> On Mon, 2013-08-05 at 14:58 -0400, Tom Stellard wrote:
> > From: Tom Stellard
> >
> > The TGSI->LLVM pass for radeonsi preloads constants and relies on LLVM's
> > sinking pass to reduce SGPR usage by lowering constant reads to an
>
On 06.08.2013 03:28, Kenneth Graunke wrote:
> Many GLSL shaders contain code of the form:
>
>x = condition ? foo : bar
>
> The compiler emits an ir_if tree for this, since each subexpression
> might be a complex tree that could have side-effects and short-circuit
> logic operations.
>
> Howe
The rules were writing files to e.g. util/u_indices_gen.py, but in an
out-of-tree build this directory doesn't exist in the build directory. So,
create the directories just in case.
NOTE: This is a candidate for the stable branches.
Cc: mesa-sta...@lists.freedesktop.org
Signed-off-by: Ross Burt
On Mon, 2013-08-05 at 14:58 -0400, Tom Stellard wrote:
> From: Tom Stellard
[...]
> diff --git a/src/gallium/drivers/radeonsi/radeonsi_shader.c
> b/src/gallium/drivers/radeonsi/radeonsi_shader.c
> index fee6262..4d8a479 100644
> --- a/src/gallium/drivers/radeonsi/radeonsi_shader.c
> +++ b/src/g
On Mon, 2013-08-05 at 14:58 -0400, Tom Stellard wrote:
> From: Tom Stellard
>
> The TGSI->LLVM pass for radeonsi preloads constants and relies on LLVM's
> sinking pass to reduce SGPR usage by lowering constant reads to an
> optimal place in the code. However, LLVM's machine sink pass will not
>
Le mardi 6 août 2013 01:11:44 vous avez écrit :
> Le lundi 5 août 2013 14:58:44 Tom Stellard a écrit :
> > From: Tom Stellard
> >
> > The TGSI->LLVM pass for radeonsi preloads constants and relies on LLVM's
> > sinking pass to reduce SGPR usage by lowering constant reads to an
> > optimal place i
Am 06.08.2013 10:53, schrieb Michel Dänzer:
From: Michel Dänzer
Fixes spurious 'Assertion `num_sgprs <= 104' failed.' with shaders using
all 104 SGPRs.
Cc: mesa-sta...@lists.freedesktop.org
Signed-off-by: Michel Dänzer
Reviewed-by: Christian König
---
src/gallium/drivers/radeonsi/si_st
From: Michel Dänzer
Fixes spurious 'Assertion `num_sgprs <= 104' failed.' with shaders using
all 104 SGPRs.
Cc: mesa-sta...@lists.freedesktop.org
Signed-off-by: Michel Dänzer
---
src/gallium/drivers/radeonsi/si_state_draw.c | 16
1 file changed, 8 insertions(+), 8 deletions(-)
57 matches
Mail list logo
