On Wed, 2016-03-09 at 09:32 +0200, Pohjolainen, Topi wrote:
> On Mon, Mar 07, 2016 at 10:48:49AM +0100, Samuel Iglesias Gons?lvez wrote:
> > Hello,
> >
> > There is only one patch from this series that has been reviewed (patch
> > 1).
> >
> > Our plans is to start sending patches for adding fp64
On Wed, 2016-03-09 at 09:26 +0200, Pohjolainen, Topi wrote:
> On Wed, Mar 09, 2016 at 09:07:44AM +0200, Pohjolainen, Topi wrote:
> > On Mon, Mar 07, 2016 at 10:48:49AM +0100, Samuel Iglesias Gons?lvez wrote:
> > > Hello,
> > >
> > > There is only one patch from this series that has been reviewed (
On Wed, 2016-03-09 at 09:54 +0200, Pohjolainen, Topi wrote:
> On Mon, Mar 07, 2016 at 10:48:49AM +0100, Samuel Iglesias Gons?lvez wrote:
> > Hello,
> >
> > There is only one patch from this series that has been reviewed (patch
> > 1).
> >
> > Our plans is to start sending patches for adding fp64
On 06:10 PM - Mar 08 2016, Ilia Mirkin wrote:
> Patch is fine, description is wrong (or at least inaccurate).
>
> The real issue is that function arguments have defs, but no defining
> instruction. As a result, there's nothing to do when allocating
> registers. This has nothing to do with $r0, but
On Wed, Mar 09, 2016 at 09:36:42AM +0100, Iago Toral wrote:
> On Wed, 2016-03-09 at 09:54 +0200, Pohjolainen, Topi wrote:
> > On Mon, Mar 07, 2016 at 10:48:49AM +0100, Samuel Iglesias Gons?lvez wrote:
> > > Hello,
> > >
> > > There is only one patch from this series that has been reviewed (patch
>
CXX codegen/nv50_ir.lo
In file included from codegen/nv50_ir.cpp:28:
./nouveau_debug.h:19:30: error: invalid suffix on literal; C++11 requires a
space between literal and identifier
[-Wreserved-user-defined-literal]
fprintf(stderr, "%s:%d - "fmt, __FUNCTION__, __LINE__, ##args)
From: xavier
Previously it was doing this transformation for a Trine 3 shader:
MUL R6.x.12,R13.x.23, 0.5|3f00
-MULADD R4.x.12,-R6.x.12, 2|4000, 1|3f80
+MULADD R4.x.12,-R13.x.23, -1|bf80, 1|3f80
Bugzilla: https://bugs.freedesktop.org/show_b
On Wed, 2016-03-09 at 10:53 +0200, Pohjolainen, Topi wrote:
> On Wed, Mar 09, 2016 at 09:36:42AM +0100, Iago Toral wrote:
> > On Wed, 2016-03-09 at 09:54 +0200, Pohjolainen, Topi wrote:
> > > On Mon, Mar 07, 2016 at 10:48:49AM +0100, Samuel Iglesias Gons?lvez wrote:
> > > > Hello,
> > > >
> > > >
On Tuesday, March 8, 2016 5:35:30 PM PST Francisco Jerez wrote:
> From the point it's constructed the CFG contains the only existing
> copy of the program IR, and it never becomes invalid. Calling
> backend_shader::invalidate_cfg would have destroyed the program
> structure irrecoverably -- We wer
On Wed, Mar 09, 2016 at 10:03:08AM +0100, Iago Toral wrote:
> On Wed, 2016-03-09 at 10:53 +0200, Pohjolainen, Topi wrote:
> > On Wed, Mar 09, 2016 at 09:36:42AM +0100, Iago Toral wrote:
> > > On Wed, 2016-03-09 at 09:54 +0200, Pohjolainen, Topi wrote:
> > > > On Mon, Mar 07, 2016 at 10:48:49AM +010
On Wed, 2016-03-09 at 09:24 +0100, Iago Toral wrote:
> On Wed, 2016-03-09 at 09:26 +0200, Pohjolainen, Topi wrote:
> > On Wed, Mar 09, 2016 at 09:07:44AM +0200, Pohjolainen, Topi wrote:
> > > On Mon, Mar 07, 2016 at 10:48:49AM +0100, Samuel Iglesias Gons?lvez wrote:
> > > > Hello,
> > > >
> > > >
On Tuesday, March 8, 2016 8:35:41 PM PST Timothy Arceri wrote:
> This applies the rule to empty declarations.
>
> Fixes:
> dEQP-
GLES3.functional.shaders.arrays.invalid.empty_declaration_without_var_name_vertex
> dEQP-
GLES3.functional.shaders.arrays.invalid.empty_declaration_without_var_name_frag
On Wed, 2016-03-09 at 09:32 +0200, Pohjolainen, Topi wrote:
> On Mon, Mar 07, 2016 at 10:48:49AM +0100, Samuel Iglesias Gons?lvez wrote:
> > Hello,
> >
> > There is only one patch from this series that has been reviewed (patch
> > 1).
> >
> > Our plans is to start sending patches for adding fp64
On Wed, Mar 09, 2016 at 11:05:17AM +0200, Pohjolainen, Topi wrote:
> On Wed, Mar 09, 2016 at 10:03:08AM +0100, Iago Toral wrote:
> > On Wed, 2016-03-09 at 10:53 +0200, Pohjolainen, Topi wrote:
> > > On Wed, Mar 09, 2016 at 09:36:42AM +0100, Iago Toral wrote:
> > > > On Wed, 2016-03-09 at 09:54 +020
On Wed, 2016-03-09 at 11:42 +0200, Pohjolainen, Topi wrote:
> On Wed, Mar 09, 2016 at 11:05:17AM +0200, Pohjolainen, Topi wrote:
> > On Wed, Mar 09, 2016 at 10:03:08AM +0100, Iago Toral wrote:
> > > On Wed, 2016-03-09 at 10:53 +0200, Pohjolainen, Topi wrote:
> > > > On Wed, Mar 09, 2016 at 09:36:42
Nouveau doesn't use c++11 except the codegen part.
How do you hit that issue? Pretty sure that you forced c++11, right?
I can't reproduce that compilation error with clang 3.9 btw.
On 03/09/2016 09:57 AM, Vinson Lee wrote:
CXX codegen/nv50_ir.lo
In file included from codegen/nv50_ir.cpp
Hi everyone.
My name is Elie TOURNIER, I am enrolled in a French Engineering school
(Telecom Physique Strasbourg) specialized in Medical ICT.
I'm interested in implementing "Soft" double precision floating point
support [1].
Taking this subject seem to be a good way to get my feet wet in the Mesa
Reviewed-by: Samuel Pitoiset
On 03/09/2016 07:06 AM, Ilia Mirkin wrote:
This will allow the nouveau backend to not try and split up ops that are
fused in GLSL.
Signed-off-by: Ilia Mirkin
---
src/gallium/drivers/nouveau/codegen/nv50_ir_from_tgsi.cpp | 5 +
src/gallium/drivers/nouveau/nv
Before we would always report 16 for both and we would only fail if either
one exceeded 16. Now we fail if the maximum for each is exceeded, even if
it is smaller than 16 and we report the correct maximum.
Also, expand the size of to_assign[] to 32. There is code at the top
of the function handlin
On Wed, Mar 9, 2016 at 7:18 AM, Nicolai Hähnle wrote:
> On 08.03.2016 14:35, Marek Olšák wrote:
>>
>> On Tue, Mar 8, 2016 at 4:41 AM, Michel Dänzer wrote:
>>>
>>> On 03.03.2016 01:36, Marek Olšák wrote:
From: Marek Olšák
The disabling of CMASK is simple, but notifying all con
On Wed, Mar 9, 2016 at 7:19 AM, Nicolai Hähnle wrote:
> On 02.03.2016 11:36, Marek Olšák wrote:
>>
>> From: Marek Olšák
>>
>> This should be okay except that sampler views and images are not re-set.
>> ---
>> src/gallium/drivers/radeon/r600_pipe_common.h | 3 +++
>> src/gallium/drivers/radeon
On Wed, Mar 9, 2016 at 4:28 AM, Michel Dänzer wrote:
> On 09.03.2016 07:52, Marek Olšák wrote:
>> From: Marek Olšák
>>
>> v2: - set interop_version
>> - simplify the offset_after macro
>
> [...]
>
>> @@ -1417,6 +1422,254 @@ static const __DRIrobustnessExtension dri2Robustness
>> = {
>> .
From: Marek Olšák
v2: - use "enum" to define stuff
v3: - more comments, define MESA_GLINTEROP_UNSUPPORTED
v4: - add mesa_glinterop_device_info::interop_version
- more comments
- remove #define MESA_GLINTEROP_VERSION
- use const for "in"
v5: pass the structure sizes via function parame
From: Marek Olšák
v2: - use const
v3: - add in/out_size parameters
---
src/egl/drivers/dri2/egl_dri2.c | 37
src/egl/drivers/dri2/egl_dri2.h | 1 +
src/egl/main/eglapi.c | 76 +
src/egl/main/eglapi.h | 12 +++
From: Marek Olšák
v2: - use const
v3: - add in/out_size parameters
---
include/GL/internal/dri_interface.h | 29 +
1 file changed, 29 insertions(+)
diff --git a/include/GL/internal/dri_interface.h
b/include/GL/internal/dri_interface.h
index 2b49a29..c549adb 100644
-
From: Marek Olšák
v2: - set interop_version
- simplify the offset_after macro
v3: - add in/out_size parameters
---
src/gallium/state_trackers/dri/dri2.c | 258 ++
1 file changed, 258 insertions(+)
diff --git a/src/gallium/state_trackers/dri/dri2.c
b/src/gall
From: Marek Olšák
v2: - use const
v3: - add in/out_size parameters
---
src/glx/Makefile.am | 1 +
src/glx/dri2_glx.c | 11 +++--
src/glx/dri2_priv.h | 19
src/glx/dri3_glx.c | 5 +++
src/glx/dri3_priv.h | 13 ++
src/glx/dri_commo
I did hit that issue as well, but I have C++11 forced on my SPIR-V branch.
I guess adding the whitespace will still result in code that works with older
C++ version, so the fix can still be accepted even if we do not plan to switch
to C++11 by default.
Pierre
On 11:16 AM - Mar 09 2016, Samuel P
On 09.03.2016 05:56, Marek Olšák wrote:
On Wed, Mar 9, 2016 at 7:18 AM, Nicolai Hähnle wrote:
On 08.03.2016 14:35, Marek Olšák wrote:
On Tue, Mar 8, 2016 at 4:41 AM, Michel Dänzer wrote:
On 03.03.2016 01:36, Marek Olšák wrote:
From: Marek Olšák
The disabling of CMASK is simple, but n
On 03/09/2016 01:46 PM, Pierre Moreau wrote:
I did hit that issue as well, but I have C++11 forced on my SPIR-V branch.
I guess adding the whitespace will still result in code that works with older
C++ version, so the fix can still be accepted even if we do not plan to switch
to C++11 by defau
Hello Elie,
On 9 March 2016 at 10:25, tournier.elie wrote:
> Hi everyone.
>
> My name is Elie TOURNIER, I am enrolled in a French Engineering school
> (Telecom Physique Strasbourg) specialized in Medical ICT.
> I'm interested in implementing "Soft" double precision floating point
> support [1].
>
Ping
On Thu, Mar 3, 2016 at 8:35 PM, Marek Olšák wrote:
> From: Marek Olšák
>
> let's use the dd.h format
> ---
> src/egl/main/eglapi.h | 280
> ++--
> src/egl/main/eglfallbacks.c | 30 ++---
> 2 files changed, 155 insertions(+), 155 deletions(-)
On Wed, Mar 9, 2016 at 4:54 AM, Michel Dänzer wrote:
> On 08.03.2016 21:21, Christian König wrote:
>> From: Christian König
>>
>> Linear layout should work for all formats as well.
>
> The hardware actually doesn't support linear e.g. for compressed formats
> or depth/stencil formats.
The driver
On Tue, 2016-03-08 at 20:35 +1100, Timothy Arceri wrote:
> This applies the rule to empty declarations.
>
> Fixes:
> dEQP-GLES3.functional.shaders.arrays.invalid.empty_declaration_without_var_name_vertex
> dEQP-GLES3.functional.shaders.arrays.invalid.empty_declaration_without_var_name_fragment
> -
On Tue, 2016-03-08 at 17:42 -0800, Francisco Jerez wrote:
> brw_cfg.h already has include guards, remove the "#pragma once" which
> is redundant and non-standard.
FWIW, I think using both #pragma once and include guards is a way to
keep portability while still getting the performance advantage of
On 3 March 2016 at 19:35, Marek Olšák wrote:
> From: Marek Olšák
>
> let's use the dd.h format
Personally I don't see it as madness, then again I'm fine with either approach.
Fwiw
Reviewed-by: Emil Velikov
-Emil
___
mesa-dev mailing list
mesa-dev@lis
On 05/03/2016 03:33, Kenneth Graunke wrote:
We resolved the implicit version directive when processing control lines,
such as #ifdef, to ensure any built-in macros exist. However, we failed
to resolve it when handling ordinary text.
[...]
diff --git a/src/compiler/glsl/glcpp/tests/146-version-
Reviewed-by: Iago Toral Quiroga
On Tue, 2016-03-08 at 19:09 -0800, Kenneth Graunke wrote:
> We were failing to reset our location tracking when encountering a
> NEWLINE in the state. Rip the code from the <*>{NEWLINE} rule,
> which handles this properly.
>
> Also, update 146-version-first-hash
On 8 March 2016 at 22:29, Marek Olšák wrote:
> Actually, I don't see how the version number would make it any better
> for the structures, but returning the version number by
> QueryDeviceInfo would be useful for the caller to know what to expect
> if Mesa version < caller version. The sizes are
Reviewed-by: Iago Toral Quiroga
On Tue, 2016-03-08 at 20:50 -0800, Kenneth Graunke wrote:
> intel_alloc_private_renderbuffer_storage did:
>
>rb->_BaseFormat = _mesa_base_fbo_format(ctx, internalFormat);
>
> Unfortunately, internalFormat was usually an unsized format (such as
> GL_DEPTH_COMP
For patches 1-4:
Reviewed-by: Marek Olšák
Marek
On Tue, Mar 8, 2016 at 1:21 PM, Christian König wrote:
> From: Christian König
>
> We are going to need this for EGL_EXT_image_dma_buf_import.
>
> Signed-off-by: Christian König
> ---
> src/gallium/include/state_tracker/drm_driver.h| 5 +++
On 8 March 2016 at 15:39, Marek Olšák wrote:
> On Thu, Mar 3, 2016 at 11:56 PM, Emil Velikov
> wrote:
>> Hi Marek,
>>
>> A small question, and a few trivial suggestions. Hopefully I'm not too
>> late for the party.
>>
>> On 3 March 2016 at 19:46, Marek Olšák wrote:
>>
>>> +typedef struct _mesa_
On 9 March 2016 at 01:28, Dongwon Kim wrote:
> This patch enables an EGL extension, EGL_KHR_reusable_sync.
> This new extension basically provides a way for multiple APIs or
> threads to be excuted synchronously via a "reusable sync"
"executed"
> primitive shared by those threads/API calls.
>
> T
https://bugs.freedesktop.org/show_bug.cgi?id=94383
--- Comment #5 from Emil Velikov ---
Thanks for the nice check Tim.
Looks like a bug on our end - the configure check should honour the FLAGS, thus
we'll warn/error and one won't be able to build swr with -march=pentium3.
--
You are receiving
Am 09.03.2016 um 08:41 schrieb Andreas Fänger:
>> -Ursprüngliche Nachricht- Von: Roland Scheidegger Gesendet:
>> Dienstag, 8. März 2016 18:26 Betreff: Re: [Mesa-dev] [PATCH] scons:
>> build osmesa swrast and gallium
>>
>> Not that I really care what you can or can't build (and I won't
>> c
I have ati r9 290 I have been using external amplifier that puts the sound into
speakers. I have this connection using r9 290 --> hdmi --> speakers
And dvi --> pc screen.
xrandr (that broke my config again) see this external amplifer as a display
which is it not. Kde/mint/upstream should fix thi
On Wed, Mar 09, 2016 at 11:16:41AM +0100, Iago Toral wrote:
> On Wed, 2016-03-09 at 11:42 +0200, Pohjolainen, Topi wrote:
> > On Wed, Mar 09, 2016 at 11:05:17AM +0200, Pohjolainen, Topi wrote:
> > > On Wed, Mar 09, 2016 at 10:03:08AM +0100, Iago Toral wrote:
> > > > On Wed, 2016-03-09 at 10:53 +020
That configuration can't work correctly.
With HDMI the audio data is interleaved in the video vertical and
horizontal sync periods. So if you don't have video you don't have any
way to submit audio either.
What the driver properly does is providing a dummy video signal so that
audio can be t
https://bugs.freedesktop.org/show_bug.cgi?id=94383
--- Comment #6 from Tim Rowley ---
Won't you run into the same problem with 64-bit builds in your system? I'd
imagine that they're probably configured with -march=core2 for the widest
target platform, which will run into the same issue with swr'
https://bugs.freedesktop.org/show_bug.cgi?id=94383
--- Comment #7 from Ilia Mirkin ---
(In reply to Emil Velikov from comment #5)
> Thanks for the nice check Tim.
>
> Looks like a bug on our end - the configure check should honour the FLAGS,
> thus we'll warn/error and one won't be able to build
On Tue, Mar 8, 2016 at 5:35 PM, Francisco Jerez wrote:
> From the point it's constructed the CFG contains the only existing
> copy of the program IR, and it never becomes invalid. Calling
> backend_shader::invalidate_cfg would have destroyed the program
> structure irrecoverably -- We weren't cal
Makes sense. I just broke my xrandr config that it doesnt work correctly it
happens from time to time and it's really irritating to fix. What I just need
is basically clone mode. But kde doesnt see screens that are offline and if I
put amplifier on, it shutdowns my pc screen. Before I had an iss
https://bugs.freedesktop.org/show_bug.cgi?id=94383
--- Comment #8 from Ilia Mirkin ---
FWIW this is how we do it for some sse4 stuff:
src/mesa/Makefile.am:
libmesa_sse41_la_SOURCES = \
main/streaming-load-memcpy.c \
main/streaming-load-memcpy.h \
main/sse_minmax.c \
https://bugs.freedesktop.org/show_bug.cgi?id=94383
--- Comment #9 from Fabio Pedretti ---
(In reply to Tim Rowley from comment #6)
> Won't you run into the same problem with 64-bit builds in your system? I'd
> imagine that they're probably configured with -march=core2 for the widest
> target pla
On Wed, Mar 09, 2016 at 04:02:06PM +, Emil Velikov wrote:
> On 9 March 2016 at 01:28, Dongwon Kim wrote:
> > This patch enables an EGL extension, EGL_KHR_reusable_sync.
> > This new extension basically provides a way for multiple APIs or
> > threads to be excuted synchronously via a "reusable
https://bugs.freedesktop.org/show_bug.cgi?id=94383
--- Comment #10 from Emil Velikov ---
(In reply to Ilia Mirkin from comment #7)
> Other way around - you want to ignore the user's request and build with AVX
> anyways. The code in question should only be loaded if AVX (or AVX2) are
> detected a
The only of hand "hack" I can see is to open up an HDMI connector,
shortcut the hot plug detection pin and then connect that as "output
device" to the amplifier.
It should fix your issues with the hot plug detection. You most likely
still won't get a valid EDID, but that can be overridden easi
On Wed, Mar 9, 2016 at 4:31 PM, Emil Velikov wrote:
> On 8 March 2016 at 22:29, Marek Olšák wrote:
>
>> Actually, I don't see how the version number would make it any better
>> for the structures, but returning the version number by
>> QueryDeviceInfo would be useful for the caller to know what t
On Wed, Mar 9, 2016 at 4:47 PM, Emil Velikov wrote:
> On 8 March 2016 at 15:39, Marek Olšák wrote:
>> On Thu, Mar 3, 2016 at 11:56 PM, Emil Velikov
>> wrote:
>>> Hi Marek,
>>>
>>> A small question, and a few trivial suggestions. Hopefully I'm not too
>>> late for the party.
>>>
>>> On 3 March 2
On 9 March 2016 at 17:11, Marek Olšák wrote:
> On Wed, Mar 9, 2016 at 4:31 PM, Emil Velikov wrote:
>> On 8 March 2016 at 22:29, Marek Olšák wrote:
>>
>>> Actually, I don't see how the version number would make it any better
>>> for the structures, but returning the version number by
>>> QueryDev
On 9 March 2016 at 17:28, Marek Olšák wrote:
> On Wed, Mar 9, 2016 at 4:47 PM, Emil Velikov wrote:
>> On 8 March 2016 at 15:39, Marek Olšák wrote:
>>> On Thu, Mar 3, 2016 at 11:56 PM, Emil Velikov
>>> wrote:
Hi Marek,
A small question, and a few trivial suggestions. Hopefully I'
On Mon, Mar 07, 2016 at 10:16:41PM -0800, Matt Turner wrote:
> On Mon, Mar 7, 2016 at 5:39 PM, Ben Widawsky
> wrote:
> > Certain products are not uniquely identifiable based on device id alone. The
> > kernel exports an interface to help deal with this. This patch merely
> > introduces
> > the co
The current implementation of libglvnd uses a new X extension called
x11glvnd to look up a vendor name for each screen and to find a screen
number for a GLXDrawable.
But, Adam Jackson pointed out that a GLX extension could do the same job
more cleanly: Looking up a vendor name is just querying
On Wed, Mar 9, 2016 at 6:58 PM, Emil Velikov wrote:
> On 9 March 2016 at 17:28, Marek Olšák wrote:
>> On Wed, Mar 9, 2016 at 4:47 PM, Emil Velikov
>> wrote:
>>> On 8 March 2016 at 15:39, Marek Olšák wrote:
On Thu, Mar 3, 2016 at 11:56 PM, Emil Velikov
wrote:
> Hi Marek,
>
>
Fixes a possible null dereference.
NOTE: this is my first time contributing, please let me know if I
should be doing anything differently, thanks!
Signed-off-by: Lars Hamre
---
src/mesa/swrast/s_triangle.c | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/src/mesa
On Wed, Mar 9, 2016 at 6:51 PM, Emil Velikov wrote:
> On 9 March 2016 at 17:11, Marek Olšák wrote:
>> On Wed, Mar 9, 2016 at 4:31 PM, Emil Velikov
>> wrote:
>>> On 8 March 2016 at 22:29, Marek Olšák wrote:
>>>
Actually, I don't see how the version number would make it any better
for
On Mon, Mar 07, 2016 at 10:11:11PM -0800, Matt Turner wrote:
> On Mon, Mar 7, 2016 at 5:39 PM, Ben Widawsky
> wrote:
> > "Braswell" is a Cherryview based *thing*. It unfortunately requires extra
> > information to determine its marketing name. Unlike all previous products,
> > and
> > hopefully a
On Wed, 2016-03-09 at 11:15 -0700, Kyle Brenneman wrote:
> The current implementation of libglvnd uses a new X extension called
> x11glvnd to look up a vendor name for each screen and to find a screen
> number for a GLXDrawable.
>
> But, Adam Jackson pointed out that a GLX extension could do the
On 03/09/2016 12:21 PM, Adam Jackson wrote:
On Wed, 2016-03-09 at 11:15 -0700, Kyle Brenneman wrote:
The current implementation of libglvnd uses a new X extension called
x11glvnd to look up a vendor name for each screen and to find a screen
number for a GLXDrawable.
But, Adam Jackson pointed ou
On Wed, Mar 9, 2016 at 5:25 AM, Samuel Pitoiset
wrote:
>
>
> On 03/09/2016 01:46 PM, Pierre Moreau wrote:
>>
>> I did hit that issue as well, but I have C++11 forced on my SPIR-V branch.
>>
>> I guess adding the whitespace will still result in code that works with
>> older
>> C++ version, so the f
On Wed, Mar 9, 2016 at 10:36 AM, Ben Widawsky wrote:
> On Mon, Mar 07, 2016 at 10:11:11PM -0800, Matt Turner wrote:
>> On Mon, Mar 7, 2016 at 5:39 PM, Ben Widawsky
>> wrote:
>> > "Braswell" is a Cherryview based *thing*. It unfortunately requires extra
>> > information to determine its marketing
Reviewed-by: Bruce Cherniak
On 3/8/16, 11:50 AM, "mesa-dev on behalf of Tim Rowley"
wrote:
>Remove use of a win32-style type leaked from the swr rasterizer.
>---
> src/gallium/drivers/swr/swr_memory.h| 8
> src/gallium/drivers/swr/swr_scratch.cpp | 8
> src/gallium/drive
Clear DCC flags if necessary when binding a new sampler_view. Also
rebind all sampler views so that the sampler views that were already
bound are also up to date.
Signed-off-by: Bas Nieuwenhuizen
---
src/gallium/drivers/radeon/r600_texture.c | 2 --
src/gallium/drivers/radeonsi/si_descripto
Iago Toral writes:
> On Tue, 2016-03-08 at 17:42 -0800, Francisco Jerez wrote:
>> brw_cfg.h already has include guards, remove the "#pragma once" which
>> is redundant and non-standard.
>
> FWIW, I think using both #pragma once and include guards is a way to
> keep portability while still getting
On Wed, Mar 9, 2016 at 10:21 AM, Lars Hamre wrote:
> Fixes a possible null dereference.
>
> NOTE: this is my first time contributing, please let me know if I
> should be doing anything differently, thanks!
Welcome to mesa-dev Lars.
>
> Signed-off-by: Lars Hamre
> ---
> src/mesa/swrast/s_t
Ian Romanick writes:
> On 03/08/2016 04:47 PM, Francisco Jerez wrote:
>> Matt Turner writes:
>>
>>> On Fri, Mar 4, 2016 at 8:49 PM, Francisco Jerez
>>> wrote:
Matt Turner writes:
> Though there is a lot of overlap with has_side_effects(), these do mean
> different things.
>
On Wed, 09 Mar 2016 09:58:48 +0100, Xavier B wrote:
From: xavier
Previously it was doing this transformation for a Trine 3 shader:
MUL R6.x.12,R13.x.23, 0.5|3f00
-MULADD R4.x.12,-R6.x.12, 2|4000, 1|3f80
+MULADD R4.x.12,-R13.x.23, -1|bf80, 1
On 03/09/2016 09:28 PM, Vinson Lee wrote:
On Wed, Mar 9, 2016 at 5:25 AM, Samuel Pitoiset
wrote:
On 03/09/2016 01:46 PM, Pierre Moreau wrote:
I did hit that issue as well, but I have C++11 forced on my SPIR-V branch.
I guess adding the whitespace will still result in code that works with
On 03/09/2016 02:25 AM, tournier.elie wrote:
> Hi everyone.
>
> My name is Elie TOURNIER, I am enrolled in a French Engineering school
> (Telecom Physique Strasbourg) specialized in Medical ICT.
> I'm interested in implementing "Soft" double precision floating point
> support [1].
> Taking this su
From: Nicolai Hähnle
---
src/gallium/drivers/r600/r600_state_common.c | 30
1 file changed, 30 insertions(+)
diff --git a/src/gallium/drivers/r600/r600_state_common.c
b/src/gallium/drivers/r600/r600_state_common.c
index e3314bb..40ceb8d 100644
--- a/src/gallium/dri
From: Nicolai Hähnle
There is an annoying corner case that I stumbled across while looking into
piglit's
arb_shader_image_load_store/execution/load-from-cleared-image.shader_test
(which can be easily adapted to demonstrate the bug without the
ARB_shader_image_load_store extension)
When we bind
From: Nicolai Hähnle
---
src/gallium/drivers/radeonsi/si_blit.c| 9 ++
src/gallium/drivers/radeonsi/si_descriptors.c | 43 +--
src/gallium/drivers/radeonsi/si_state.h | 1 +
3 files changed, 51 insertions(+), 2 deletions(-)
diff --git a/src/gallium/dr
From: Nicolai Hähnle
Since it is all about calling into blitter functions, it makes more
sense here. This change also reduces the size of the interfaces between
.c files.
---
src/gallium/drivers/radeonsi/si_blit.c | 26 ++
src/gallium/drivers/radeonsi/si_pipe.h
Because compute support is not enabled by default for these chipsets,
NVF0_COMPUTE=1 needs to be used, along with GALLIUM_HUD to enable
performance counters.
Signed-off-by: Samuel Pitoiset
---
.../drivers/nouveau/nvc0/nvc0_query_hw_sm.c| 216 +++--
.../drivers/nouveau/nvc
Hi,
This series reworks the MP perf counters and the driver metrics infrastructure,
and it adds compute-related perf counters on GK110 (SM35).
This has been tested on GF119, GK104 and GK208.
No regressions with the HUD and with AMD_performance_monitor.
Please review,
Thanks.
Samuel Pitoiset (6)
Signed-off-by: Samuel Pitoiset
---
.../drivers/nouveau/nvc0/nvc0_query_hw_metric.c| 22 +-
1 file changed, 21 insertions(+), 1 deletion(-)
diff --git a/src/gallium/drivers/nouveau/nvc0/nvc0_query_hw_metric.c
b/src/gallium/drivers/nouveau/nvc0/nvc0_query_hw_metric.c
index
Signed-off-by: Samuel Pitoiset
---
src/gallium/drivers/nouveau/nvc0/nvc0_query.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/src/gallium/drivers/nouveau/nvc0/nvc0_query.c
b/src/gallium/drivers/nouveau/nvc0/nvc0_query.c
index 6836432..5cbc66e 100644
--- a/src/gallium
This is really verbose but most of the configuration will be reused
for SM35 (GK110).
Signed-off-by: Samuel Pitoiset
---
.../drivers/nouveau/nvc0/nvc0_query_hw_sm.c| 555 ++---
1 file changed, 477 insertions(+), 78 deletions(-)
diff --git a/src/gallium/drivers/nouveau/nv
On Wed, 2016-03-09 at 16:04 +0100, Iago Toral wrote:
> On Tue, 2016-03-08 at 20:35 +1100, Timothy Arceri wrote:
> > This applies the rule to empty declarations.
> >
> > Fixes:
> > dEQP-
> > GLES3.functional.shaders.arrays.invalid.empty_declaration_without_v
> > ar_name_vertex
> > dEQP-
> > GLES3.f
This mainly improves how we define the different list of queries.
Signed-off-by: Samuel Pitoiset
---
src/gallium/drivers/nouveau/nvc0/nvc0_query.c | 16 +-
.../drivers/nouveau/nvc0/nvc0_query_hw_metric.c| 2 +-
.../drivers/nouveau/nvc0/nvc0_query_hw_sm.c| 415 +++-
On 03/09/2016 10:21 AM, Lars Hamre wrote:
> Fixes a possible null dereference.
>
> NOTE: this is my first time contributing, please let me know if I
> should be doing anything differently, thanks!
>
> Signed-off-by: Lars Hamre
> ---
> src/mesa/swrast/s_triangle.c | 7 ---
> 1 file cha
This follows the same design as MP perf counters.
Signed-off-by: Samuel Pitoiset
---
src/gallium/drivers/nouveau/nvc0/nvc0_query.c | 10 +-
.../drivers/nouveau/nvc0/nvc0_query_hw_metric.c| 296 -
.../drivers/nouveau/nvc0/nvc0_query_hw_metric.h| 23 +-
3 files c
I have not been able to force a NULL dereference, this is based off
analyzing the code.
Yes that is implicitly true, but if at some point the implicit relationship
is broken, I would
rather not have a NULL dereference.
If you do not agree, I am fine deferring to your judgement!
On Wed, Mar 9, 201
On Wed, 2016-03-09 at 11:48 +0100, Iago Toral Quiroga wrote:
> Before we would always report 16 for both and we would only fail if
> either
> one exceeded 16. Now we fail if the maximum for each is exceeded,
> even if
> it is smaller than 16 and we report the correct maximum.
>
> Also, expand the
On 03/09/2016 11:27 PM, Samuel Pitoiset wrote:
On 03/09/2016 09:28 PM, Vinson Lee wrote:
On Wed, Mar 9, 2016 at 5:25 AM, Samuel Pitoiset
wrote:
On 03/09/2016 01:46 PM, Pierre Moreau wrote:
I did hit that issue as well, but I have C++11 forced on my SPIR-V
branch.
I guess adding the wh
FWIW The series is
Reviewed-by: Bas Nieuwenhuizen
- Bas
On Thu, Mar 10, 2016 at 12:07 AM, Nicolai Hähnle wrote:
> From: Nicolai Hähnle
>
> There is an annoying corner case that I stumbled across while looking into
> piglit's
> arb_shader_image_load_store/execution/load-from-cleared-image.shad
On Wed, Mar 9, 2016 at 6:23 PM, Samuel Pitoiset
wrote:
> + if (screen->base.class_3d <= NVF0_3D_CLASS &&
> + screen->base.class_3d != NVEA_3D_CLASS) {
Why? NVEA should be the same as NVF0 I think... and actually
NVEA_3D_CLASS is 0xa297, while the NVF0 one is a197...
-ilia
_
On Wed, Mar 9, 2016 at 6:23 PM, Samuel Pitoiset
wrote:
> Signed-off-by: Samuel Pitoiset
> ---
> src/gallium/drivers/nouveau/nvc0/nvc0_query.c | 6 --
> 1 file changed, 4 insertions(+), 2 deletions(-)
>
> diff --git a/src/gallium/drivers/nouveau/nvc0/nvc0_query.c
> b/src/gallium/drivers/nouv
Am 09.03.2016 um 23:51 schrieb Ian Romanick:
> On 03/09/2016 02:25 AM, tournier.elie wrote:
>> Hi everyone.
>>
>> My name is Elie TOURNIER, I am enrolled in a French Engineering school
>> (Telecom Physique Strasbourg) specialized in Medical ICT.
>> I'm interested in implementing "Soft" double preci
hello developers,
my name is Harisu fanyui and i am a second year computer engineering
student in the university of buea in cameroon. i am interested in the
project
"Soft" double precision floating point support
listed on the ideas page . As stated on the project i have been programming
in the
1 - 100 of 120 matches
Mail list logo
