On Tue, Sep 23, 2014 at 12:38:55AM +0100, Emil Velikov wrote:
> On 17/09/14 15:37, Jonathan Gray wrote:
> > On Wed, Sep 17, 2014 at 07:03:56AM -0700, Tom Stellard wrote:
> >> On Wed, Sep 17, 2014 at 09:29:34PM +1000, Jonathan Gray wrote:
> >>> On Tue, Sep 16, 2014 at 06:24:40PM -0400, Tom Stellard
On 23/09/14 01:32, Eric Anholt wrote:
> The r300 gallium driver is using it outside of the Mesa tree, and I wanted
> to do so for vc4 as well. Rather than make the multiple-definitions
> problem even more complicated, just move it to more-shared code.
> ---
> src/gallium/drivers/r300/Makefile.am
r300 has a symlink to the code:
./src/gallium/drivers/r300/register_allocate.c
With that removed as well,
Reviewed-by: Matt Turner
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[SNIP]
> >
> > > I also don't like that this way there is no difference between
> > > explicit and implicit kernel arguments. On the other hand it's simple,
> > > and does not need additional per driver code.
> > >
> > Yeah... We definitely want to hide these from the user, as e.g. the
> > CL_KER
The r300 gallium driver is using it outside of the Mesa tree, and I wanted
to do so for vc4 as well. Rather than make the multiple-definitions
problem even more complicated, just move it to more-shared code.
---
src/gallium/drivers/r300/Makefile.am | 14 +-
src/gallium/drivers/r300
From: Sjoerd Simons
When using RGBA EGLConfigs allow both RGB and RGBA X visuals, such that
application can decide whether they want to use RGBA (and have the
compositor blend their windows).
On my system with this change EGLConfigs with a 24 bit visual comes up
first, as such applications blind
On 17/09/14 15:37, Jonathan Gray wrote:
> On Wed, Sep 17, 2014 at 07:03:56AM -0700, Tom Stellard wrote:
>> On Wed, Sep 17, 2014 at 09:29:34PM +1000, Jonathan Gray wrote:
>>> On Tue, Sep 16, 2014 at 06:24:40PM -0400, Tom Stellard wrote:
On Tue, Sep 09, 2014 at 07:56:03PM +0100, Emil Velikov wro
Emit a warning to let user know that the behavior is undefined.
Cc:
Signed-off-by: Anuj Phogat
---
src/glsl/ast_array_index.cpp | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/src/glsl/ast_array_index.cpp b/src/glsl/ast_array_index.cpp
index 299ec91..b23bb69 10064
Currently abort happens for this shader:
[fragment shader]
float array[5];
const int idx = 8;
void main()
{
gl_FragColor = vec4(0.0, 1.0, 0.0, array[idx]);
}
Cc:
Signed-off-by: Anuj Phogat
---
src/glsl/ir_validate.cpp | 2 --
1 file changed, 2 deletions(-)
diff --git a/src/glsl/ir_validat
Currently Mesa crashes with a shader like this:
[fragmnet shader]
float[5] array;
int idx = -2;
void main()
{
gl_FragColor = vec4(0.0, 1.0, 0.0, array[idx]);
}
Cc:
Signed-off-by: Anuj Phogat
---
src/glsl/opt_array_splitting.cpp | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --g
Avoids a crash in case of negative array index is used in a
shader program.
Cc:
Signed-off-by: Anuj Phogat
---
src/glsl/ast_array_index.cpp | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/src/glsl/ast_array_index.cpp b/src/glsl/ast_array_index.cpp
index 5ca85f6..299ec9
Am 22.09.2014 18:54, schrieb Glenn Kennard:
On Wed, 17 Sep 2014 06:10:48 +0200, Alexandre Demers
wrote:
Tested with v3. I get the same result as before: everything is fine
except the gs-atan-vec2 test.
I don't know if this is of any value, but running the command manually
in a shell gives
On Mon, Sep 22, 2014 at 3:18 PM, Marek Olšák wrote:
> From: Marek Olšák
>
> This fixes heap corruption. The sampler view can be bound in the context,
> so we cannot call destroy directly.
> ---
> src/gallium/drivers/rbug/rbug_objects.c | 3 +--
> 1 file changed, 1 insertion(+), 2 deletions(-)
>
https://bugs.freedesktop.org/show_bug.cgi?id=84124
--- Comment #2 from almos ---
Have you tried to talk to Phoronix about this issue? I don't think Michael is
deliberately going full retard, he's just underinformed about lots of things.
--
You are receiving this mail because:
You are the QA Con
On 09/22/2014 02:57 PM, Matt Turner wrote:
On Mon, Sep 22, 2014 at 1:34 PM, Matt Turner wrote:
On Mon, Sep 22, 2014 at 12:50 PM, Brian Paul wrote:
Yeah, the scons build is broken on Linux even:
Oh, thanks. You're right. I'll think about how to do this with scons.
Is scons supposed to be a
On 09/22/2014 03:18 PM, Marek Olšák wrote:
From: Marek Olšák
---
src/gallium/drivers/rbug/rbug_context.c | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/src/gallium/drivers/rbug/rbug_context.c
b/src/gallium/drivers/rbug/rbug_context.c
index 71bc216..026c132 10064
From: Marek Olšák
This fixes heap corruption. The sampler view can be bound in the context,
so we cannot call destroy directly.
---
src/gallium/drivers/rbug/rbug_objects.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/src/gallium/drivers/rbug/rbug_objects.c
b/src/gallium
From: Marek Olšák
---
src/gallium/drivers/rbug/rbug_context.c | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/src/gallium/drivers/rbug/rbug_context.c
b/src/gallium/drivers/rbug/rbug_context.c
index 71bc216..026c132 100644
--- a/src/gallium/drivers/rbug/rbug_context.c
On Mon, Sep 22, 2014 at 1:34 PM, Matt Turner wrote:
> On Mon, Sep 22, 2014 at 12:50 PM, Brian Paul wrote:
>> Yeah, the scons build is broken on Linux even:
>
> Oh, thanks. You're right. I'll think about how to do this with scons.
Is scons supposed to be able to do incremental rebuilds? I get thi
Reviewed-by: Roland Scheidegger
Roland
Am 22.09.2014 21:36, schrieb Brian Paul:
> The only place the enum pipe_type was used is for the TGSI sampler
> view return type. So make it a TGSI type. Note: it appears this
> part of TGSI isn't used by anyone so it may be removed in the future.
>
> v2
On Fri, Sep 19, 2014 at 5:31 PM, Matt Turner wrote:
> On Fri, Sep 19, 2014 at 1:10 PM, Jason Ekstrand
> wrote:
> > The original vgrf splitting code was written assuming that with the
> > assumption that vgrfs came in two types: those that can be split into
>
> s/ with the assumption that//
>
> >
On Mon, Sep 22, 2014 at 1:40 PM, Jason Ekstrand wrote:
> On Fri, Sep 19, 2014 at 5:34 PM, Matt Turner wrote:
>> On Fri, Sep 19, 2014 at 1:10 PM, Jason Ekstrand
>> > diff --git a/src/mesa/drivers/dri/i965/brw_fs.cpp
>> > b/src/mesa/drivers/dri/i965/brw_fs.cpp
>> > index af8c087..ea91705 100644
>>
On Fri, Sep 19, 2014 at 5:34 PM, Matt Turner wrote:
> On Fri, Sep 19, 2014 at 1:10 PM, Jason Ekstrand
> wrote:
> > We have this wonderful offset() function for advancing registers, but
> we're
> > not using it. Using offset() allows us to do some sanity checking and
> > avoid manually touching
On Mon, Sep 22, 2014 at 12:50 PM, Brian Paul wrote:
> Yeah, the scons build is broken on Linux even:
Oh, thanks. You're right. I'll think about how to do this with scons.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.
On Mon, Sep 22, 2014 at 10:49 AM, Matt Turner wrote:
> On Fri, Sep 19, 2014 at 8:14 PM, Jason Ekstrand
> wrote:
> >
> >
> > On Fri, Sep 19, 2014 at 5:16 PM, Matt Turner wrote:
> >>
> >> On Fri, Sep 19, 2014 at 1:10 PM, Jason Ekstrand
> >> wrote:
> >> > Signed-off-by: Jason Ekstrand
> >> > ---
Reviewed-by: Matt Turner
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
https://bugs.freedesktop.org/show_bug.cgi?id=57702
--- Comment #2 from Emil Velikov ---
Pardon for the non-comprehensive reply there. The funny sentences should read
"I do not think that the lack of explicit link is our biggest issue"
"Up-to recently the xserver was the second provider for thos
On 09/22/2014 01:47 PM, Emil Velikov wrote:
On 22/09/14 16:44, Brian Paul wrote:
To avoid conflicts with coming TGSI_TYPE_x enums.
---
src/gallium/auxiliary/gallivm/lp_bld_tgsi.c| 26 -
src/gallium/auxiliary/gallivm/lp_bld_tgsi_soa.c| 57 ++--
src/gall
Yeah, the scons build is broken on Linux even:
Compiling src/gallium/state_trackers/egl/common/egl_g3d_image.c ...
In file included from src/gallium/include/pipe/p_compiler.h:33:0,
from src/gallium/include/pipe/p_screen.h:41,
from src/gallium/state_trackers/egl
No, we cannot detect compute-only contexts yet. We need to add a new
parameter to pipe_context::context_create which says that a context is
compute-only. That should be OpenCL but not OpenGL.
Also, some code paths like resource_copy_region use the graphics
engine for copying, which cannot be used
On 22/09/14 16:44, Brian Paul wrote:
> To avoid conflicts with coming TGSI_TYPE_x enums.
> ---
> src/gallium/auxiliary/gallivm/lp_bld_tgsi.c| 26 -
> src/gallium/auxiliary/gallivm/lp_bld_tgsi_soa.c| 57
> ++--
> src/gallium/auxiliary/tgsi/tgsi_info.c
How do these kinds of changes interact with the SCons build?
I think I'll have to test the whole series with SCons/Windows.
-Brian
On 09/22/2014 12:51 PM, Matt Turner wrote:
Note that I had to add support for testing the packed attribute to
m4/ax_gcc_func_attribute.m4.
---
configure.ac
The only place the enum pipe_type was used is for the TGSI sampler
view return type. So make it a TGSI type. Note: it appears this
part of TGSI isn't used by anyone so it may be removed in the future.
v2: the new name is tgsi_return_type, not tgsi_type. This means we
can drop the previously pos
https://bugs.freedesktop.org/show_bug.cgi?id=76698
Emil Velikov changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
Good point, but as it is this follows the convention that's been working
all along so far. I can add a comment about looking for the final RET
in the future.
-Brian
On 09/22/2014 11:50 AM, Roland Scheidegger wrote:
Do you want to call it at (outermost) RET opcode (if any) instead?
tgsi is ki
https://bugs.freedesktop.org/show_bug.cgi?id=80615
--- Comment #8 from Emil Velikov ---
Just sent out a few patches which should address all the points raised.
Feel free to give them a try :)
http://patchwork.freedesktop.org/patch/33915/
http://patchwork.freedesktop.org/patch/33916/
http://patch
On Mon, Sep 22, 2014 at 12:13 PM, Jason Ekstrand wrote:
>
>
> On Mon, Sep 22, 2014 at 11:51 AM, Matt Turner wrote:
>>
>> ---
>> src/gallium/include/pipe/p_compiler.h | 45
>> +--
>> src/mapi/u_compiler.h | 10 ---
>> src/mesa/drivers/dri/i9
The parameter used to control where the gallium pipe-drivers
were installed, but was broken since
commit 45270fb0fd1abd7619933c2845f9dc74cdfbe6fd
Author: Matt Turner
Date: Thu Sep 13 10:45:01 2012 -0700
targets/pipe-loader: Convert to automake
Considering that nowadays the pipe-drivers ca
https://bugs.freedesktop.org/show_bug.cgi?id=77240
--- Comment #2 from Ian Romanick ---
GLX_EXT_create_context_es2_profile :)
--
You are receiving this mail because:
You are the assignee for the bug.
___
mesa-dev mailing list
mesa-dev@lists.freedeskto
Rather than using hardcoded values honor the value set at libvdpau
build time - i.e. the moduledir variable from vdpau.pc
Update the omx description to match reality while we're here.
Cc: Christian König
Cc: Alexandre Demers
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=80615
Signed-of
The location of the egl driver(s) is matter that we should have
never exposed to the user. Currently the dri2 driver is built
into the libEGL loader, with the gallium based one soon to follow.
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=80615
Signed-off-by: Emil Velikov
---
configure.
Rather than having double negatives -> disable-opencl, default=no
simply use enabled/disabled. It makes things a bit easier for the
reader and consistent throughout the file.
Signed-off-by: Emil Velikov
---
configure.ac | 24
1 file changed, 12 insertions(+), 12 deletion
I won't claim to have reviewed the automake bits and I haven't built it.
However, the C bits in 2, 3, 5, and 6 are Reviewed-by: Jason Ekstrand <
jason.ekstr...@intel.com>
On Mon, Sep 22, 2014 at 12:13 PM, Jason Ekstrand
wrote:
>
>
> On Mon, Sep 22, 2014 at 11:51 AM, Matt Turner wrote:
>
>> ---
https://bugs.freedesktop.org/show_bug.cgi?id=73934
Emil Velikov changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=81785
Emil Velikov changed:
What|Removed |Added
CC||ahartm...@gmail.com
--- Comment #11 from
https://bugs.freedesktop.org/show_bug.cgi?id=70766
Emil Velikov changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
Patches 1 through 8 and 10 are
Reviewed-by: Ian Romanick
I don't grok the others well enough to say anything about them.
On 09/22/2014 11:50 AM, Matt Turner wrote:
> ---
> src/gallium/state_trackers/glx/xlib/glx_api.c | 3 +--
> src/mesa/drivers/x11/fakeglx.c| 3 +--
> src/me
On Mon, Sep 22, 2014 at 11:51 AM, Matt Turner wrote:
> ---
> src/gallium/include/pipe/p_compiler.h | 45
> +--
> src/mapi/u_compiler.h | 10 ---
> src/mesa/drivers/dri/i915/intel_context.h | 10 ---
> src/util/macros.h
The only real purpose to this patch series was to clean up some type
cross-contamination I found between TGSI and p_formats.h (actually, I
found and patched this a few months ago but only rediscovered it this
weekend).
I think the purpose of the return type is to know if the sampler returns
f
Should we also add __attribute__(alloc_size(2)) to these functions?
On 09/22/2014 11:51 AM, Matt Turner wrote:
> Cuts a few hundred bytes from the DRI drivers, so it must give gcc some
> extra information.
> ---
> configure.ac | 1 +
> src/util/macros.h | 6 ++
> src/util/ralloc.h | 16
https://bugs.freedesktop.org/show_bug.cgi?id=65420
Emil Velikov changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=62027
Emil Velikov changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On Mon, Sep 22, 2014 at 11:56 AM, Jose Fonseca wrote:
> I don't think we (at VMware) care for WinCE support anymore.
>
> Series looks good to me.
Thanks!
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listi
https://bugs.freedesktop.org/show_bug.cgi?id=59879
--- Comment #3 from Emil Velikov ---
The issue here is that while -static-libstdc++ should work for both executables
and libraries and gcc is smart enough to understand it, libtool is not :\
The latter essentially ignores the switch and always e
I don't think we (at VMware) care for WinCE support anymore.
Series looks good to me.
Jose
From: Matt Turner
Sent: 22 September 2014 19:22
To: mesa-dev@lists.freedesktop.org
Cc: Jose Fonseca; Matt Turner
Subject: [RFC PATCH 2/4] mesa: Unifdef _WIN32_WCE.
g++ 4.8.2 warns on this.
-Brian
On 09/22/2014 12:41 PM, Ian Romanick wrote:
This seems fine. But I don't get a warning here, and that seems a
little odd. I'm a pretty old GCC... 4.7.2. What are you on?
Either way, this patch is
Reviewed-by: Ian Romanick
On 09/22/2014 08:44 AM, Brian Paul
It's also defined by the AX_PTHREAD macro.
---
configure.ac | 9 -
1 file changed, 4 insertions(+), 5 deletions(-)
diff --git a/configure.ac b/configure.ac
index ebe329b..071b32c 100644
--- a/configure.ac
+++ b/configure.ac
@@ -169,13 +169,13 @@ DEFINES="-DUSE_EXTERNAL_DXTN_LIB=1"
AC_SUB
---
configure.ac| 2 +-
m4/ax_check_gnu_make.m4 | 78 +
2 files changed, 79 insertions(+), 1 deletion(-)
create mode 100644 m4/ax_check_gnu_make.m4
diff --git a/configure.ac b/configure.ac
index fe96e7a..ebe329b 100644
--- a/configure.
Was only tracked to be printed at the end of configure, but configure
quits if it can't build something we requested, rather than silently
dropping it, so printing these directories has little use.
---
I don't build gallium drivers often, so perhaps I'm not a good judge
of whether this is useful.
---
configure.ac | 22 +++---
1 file changed, 11 insertions(+), 11 deletions(-)
diff --git a/configure.ac b/configure.ac
index 2fe1539..3f4fbca 100644
--- a/configure.ac
+++ b/configure.ac
@@ -477,7 +477,7 @@ asm_arch=""
AC_MSG_CHECKING([whether to enable assembly])
test "x$enab
---
configure.ac | 23 ++-
1 file changed, 10 insertions(+), 13 deletions(-)
diff --git a/configure.ac b/configure.ac
index 60b2164..1219a80 100644
--- a/configure.ac
+++ b/configure.ac
@@ -1810,7 +1810,7 @@ AC_SUBST([OPENCL_LIB_INSTALL_DIR])
dnl
dnl Gallium helper functions
Added by commit a75c6163, but no longer used.
---
configure.ac | 2 --
1 file changed, 2 deletions(-)
diff --git a/configure.ac b/configure.ac
index 3f4fbca..fe96e7a 100644
--- a/configure.ac
+++ b/configure.ac
@@ -70,8 +70,6 @@ AX_PROG_FLEX([],
AS_IF([test ! -f "$srcdir/src/glsl/gl
Note that I had to add support for testing the packed attribute to
m4/ax_gcc_func_attribute.m4.
---
configure.ac | 4 +
m4/ax_gcc_func_attribute.m4| 223 +
src/mesa/drivers/dri/i965/intel_tex_subimage.c | 6 -
src/ut
And check for them in configure.
---
configure.ac | 2 ++
src/mapi/u_compiler.h| 11 ---
src/mesa/main/compiler.h | 20
src/util/macros.h| 14 ++
4 files changed, 16 insertions(+), 31 deletions(-)
diff --git a/configure.ac b/config
---
src/gallium/include/pipe/p_compiler.h | 45 +--
src/mapi/u_compiler.h | 10 ---
src/mesa/drivers/dri/i915/intel_context.h | 10 ---
src/util/macros.h | 32 ++
4 files changed, 33 insertions(
Presumbly this will let clang and other compilers use the built-ins as
well.
Notice two changes specifically:
- in _mesa_next_pow_two_64(), always use __builtin_clzll and add a
static assertion that this is safe.
- in macros.h, remove the clang-specific definition since it should
b
---
src/gallium/state_trackers/glx/xlib/glx_api.c | 3 +--
src/mesa/drivers/x11/fakeglx.c| 3 +--
src/mesa/main/imports.c | 14 --
src/mesa/main/imports.h | 3 ---
src/mesa/main/shaderapi.c | 5 ++---
s
Cuts a few hundred bytes from the DRI drivers, so it must give gcc some
extra information.
---
configure.ac | 1 +
src/util/macros.h | 6 ++
src/util/ralloc.h | 16
3 files changed, 15 insertions(+), 8 deletions(-)
diff --git a/configure.ac b/configure.ac
index 0aec6eb
https://bugs.freedesktop.org/show_bug.cgi?id=58446
--- Comment #2 from Ian Romanick ---
Looking at the website, it doesn't seem like there has been much activity since
2011. This seems like it's either a bug in Open64 or we need more
Open64-specific support in Mesa's build system.
My preference
On Fri, Sep 12, 2014 at 4:56 AM, Marc Dietrich wrote:
> File specific optimization as used for src/mesa/main/streaming-load-memcpy.c
> currently will cause problems with LTO in the future
> (see: https://bugs.freedesktop.org/show_bug.cgi?id=83669). Replace it with
> in-file target specification.
>
https://bugs.freedesktop.org/show_bug.cgi?id=58925
Emil Velikov changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
This series looks good. One nit below.
>From: mesa-dev on behalf of Brian
>Paul
>Sent: Monday, September 22, 2014 8:44 AM
>To: mesa-dev@lists.freedesktop.org
>Subject: [Mesa-dev] [PATCH 3/9] draw: use tgsi transform prolog/epilog
>callbacks in AA point code
>This simplifies the code and make
Assuming the VMware folks are okay with dropping WinCE support, this
series is
Reviewed-by: Ian Romanick
On 09/22/2014 11:22 AM, Matt Turner wrote:
> Inexplicably added in commit 36940429.
> ---
> src/mesa/main/imports.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/
https://bugs.freedesktop.org/show_bug.cgi?id=47193
Emil Velikov changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
This seems fine. But I don't get a warning here, and that seems a
little odd. I'm a pretty old GCC... 4.7.2. What are you on?
Either way, this patch is
Reviewed-by: Ian Romanick
On 09/22/2014 08:44 AM, Brian Paul wrote:
> ---
> src/glsl/link_uniforms.cpp |2 +-
> 1 file changed, 1 inser
https://bugs.freedesktop.org/show_bug.cgi?id=38688
Emil Velikov changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=19479
Emil Velikov changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=54431
Emil Velikov changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
---
src/gallium/state_trackers/glx/xlib/glx_api.c | 20 ++--
src/gallium/state_trackers/glx/xlib/xm_api.c | 4 ++--
src/mesa/drivers/x11/fakeglx.c| 20 ++--
src/mesa/drivers/x11/xm_api.c | 8
src/mesa/main/context.c
Inexplicably added in commit 36940429.
---
src/mesa/main/imports.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/mesa/main/imports.c b/src/mesa/main/imports.c
index 4afe156..b18603c 100644
--- a/src/mesa/main/imports.c
+++ b/src/mesa/main/imports.c
@@ -532,7 +532,7 @@ _me
---
src/mapi/glapi/gen/gl_enums.py | 8
src/mesa/main/imports.c| 17 -
src/mesa/main/imports.h| 4
3 files changed, 4 insertions(+), 25 deletions(-)
diff --git a/src/mapi/glapi/gen/gl_enums.py b/src/mapi/glapi/gen/gl_enums.py
index 0214932..35919d6
---
José: if you guys don't care about WinCE anymore, this will
let us drop two wrapper functions (bsearch, getenv).
src/gallium/auxiliary/util/u_snprintf.c | 9 -
src/gallium/state_trackers/egl/x11/glcore.h | 2 --
src/mapi/glapi/gen/gl_gentable.py | 2 +-
src/mapi
https://bugs.freedesktop.org/show_bug.cgi?id=48833
Emil Velikov changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=38906
Emil Velikov changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=57702
--- Comment #1 from Emil Velikov ---
I'm do not thing the lack of explicit link is our biggest issue. Afaick we aim
to preserve compatibility different versions of mesa and the xserver.
Up-to recently the server the second provider for those _gl
On Monday 22 September 2014, 12:16:13, Alex Deucher wrote:
> On Sat, Sep 20, 2014 at 6:11 AM, Marek Olšák wrote:
> > From: Marek Olšák
>
> Looks good. Tom should probably take a look as well. As a further
> improvement, it would be nice to be able to use the compute rings for
> compute rather
The spec says that mem objects should maintain a stack of callbacks
not just one.
CC: "10.3"
---
src/gallium/state_trackers/clover/core/memory.cpp | 11 +++
src/gallium/state_trackers/clover/core/memory.hpp | 3 ++-
2 files changed, 9 insertions(+), 5 deletions(-)
diff --git a/src/gall
On Fri, Sep 19, 2014 at 8:16 PM, Jason Ekstrand wrote:
>
>
> On Fri, Sep 19, 2014 at 5:37 PM, Matt Turner wrote:
>>
>> On Fri, Sep 19, 2014 at 1:10 PM, Jason Ekstrand
>> wrote:
>> > We also set the register width equal to the dispatch width. Right now,
>> > this is effectively a no-op since we
Do you want to call it at (outermost) RET opcode (if any) instead?
tgsi is kinda undecided if there should be a ret opcode in main but
sometimes there is...
Roland
Am 22.09.2014 17:44, schrieb Brian Paul:
> We want to call the caller's epilog callback when we find the TGSI
> END instruction, not
On Fri, Sep 19, 2014 at 8:14 PM, Jason Ekstrand wrote:
>
>
> On Fri, Sep 19, 2014 at 5:16 PM, Matt Turner wrote:
>>
>> On Fri, Sep 19, 2014 at 1:10 PM, Jason Ekstrand
>> wrote:
>> > Signed-off-by: Jason Ekstrand
>> > ---
>> > src/mesa/drivers/dri/i965/brw_fs_dead_code_eliminate.cpp | 10
>> > +
The series looks good to me, though could rename the (quite underused)
pipe_type enum to tgsi_return_type instead and leave tgsi_type alone?
Or for further clarity, rename both (to tgsi_opcode_type and
tgsi_ret_type or something). Either way though looks ok to me.
(That said, I don't understand wh
https://bugs.freedesktop.org/show_bug.cgi?id=58446
Emil Velikov changed:
What|Removed |Added
Status|NEW |NEEDINFO
--- Comment #1 from Emil Velikov
https://bugs.freedesktop.org/show_bug.cgi?id=65676
Emil Velikov changed:
What|Removed |Added
Assignee|mesa-dev@lists.freedesktop. |e...@anholt.net
|org
https://bugs.freedesktop.org/show_bug.cgi?id=83636
Emil Velikov changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=61415
Emil Velikov changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=61361
Emil Velikov changed:
What|Removed |Added
Status|NEEDINFO|RESOLVED
Resolution|---
I reviewed one trivial patch and skimmed the others, which looked
reasonable to me. Thanks Emil, have an
Acked-by: Matt Turner
for the test.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
On Wed, 17 Sep 2014 06:10:48 +0200, Alexandre Demers
wrote:
Tested with v3. I get the same result as before: everything is fine
except the gs-atan-vec2 test.
I don't know if this is of any value, but running the command manually
in a shell gives the following:
/home/ademers/projects/di
https://bugs.freedesktop.org/show_bug.cgi?id=83381
--- Comment #1 from Emil Velikov ---
Vinson is this a regression, can you bisect please ?
--
You are receiving this mail because:
You are the assignee for the bug.
___
mesa-dev mailing list
mesa-dev@l
https://bugs.freedesktop.org/show_bug.cgi?id=82635
Emil Velikov changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
1 - 100 of 134 matches
Mail list logo
