> -Ursprüngliche Nachricht-
> Von: Roland Scheidegger Gesendet: Mittwoch, 9. März 2016 17:31
> Betreff: Re: [Mesa-dev] [PATCH] scons: build osmesa swrast and gallium
>
> Am 09.03.2016 um 08:41 schrieb Andreas Fänger:
> >> -Ursprüngliche Nachricht- Von: Roland Scheidegger Gesendet:
On Wed, 2016-03-09 at 18:31 +0200, Pohjolainen, Topi wrote:
> 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:08
On Wed, 2016-03-09 at 19:04 -0800, Francisco Jerez wrote:
> Matt Turner writes:
>
> > On Wed, Mar 9, 2016 at 1:37 PM, Francisco Jerez
> > wrote:
> >> Iago Toral writes:
> >>
> >>> On Tue, 2016-03-08 at 17:42 -0800, Francisco Jerez wrote:
> brw_cfg.h already has include guards, remove the
Series Reviewed-by: Jordan Justen
(the version on your branch)
On 2016-03-07 17:39:28, 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 all future ones, the
On 09.03.2016 20:35, Marek Olšák wrote:
> 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 __DRI
https://bugs.freedesktop.org/show_bug.cgi?id=94456
Kenneth Graunke changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
On 09.03.2016 20:29, Marek Olšák wrote:
> On Wed, Mar 9, 2016 at 7:19 AM, Nicolai Hähnle wrote:
>> On 02.03.2016 11:36, Marek Olšák wrote:
>>>
>>> @@ -318,6 +343,13 @@ static boolean r600_texture_get_handle(struct
>>> pipe_screen* screen,
>>> res->external_usage = usage;
>>>
>>>
Matt Turner writes:
> On Wed, Mar 9, 2016 at 1:37 PM, Francisco Jerez wrote:
>> 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 thin
Sounds good, is there a protocol to signify a patch isn't active anymore?
On 03/09/2016 04:37 PM, Lars Hamre wrote:
> 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,
On Wed, Mar 9, 2016 at 1:37 PM, Francisco Jerez wrote:
> 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 i
On 03/09/2016 04:37 PM, Lars Hamre wrote:
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 defe
https://bugs.freedesktop.org/show_bug.cgi?id=94456
Timothy Arceri changed:
What|Removed |Added
Blocks||94448
--
You are receiving this mail b
https://bugs.freedesktop.org/show_bug.cgi?id=94452
Timothy Arceri changed:
What|Removed |Added
Blocks||94448
--
You are receiving this mail b
https://bugs.freedesktop.org/show_bug.cgi?id=94116
Timothy Arceri changed:
What|Removed |Added
Blocks||94448
--
You are receiving this mail b
https://bugs.freedesktop.org/show_bug.cgi?id=94452
Timothy Arceri changed:
What|Removed |Added
Blocks|94448 |
--
You are receiving this mail becaus
https://bugs.freedesktop.org/show_bug.cgi?id=94116
Timothy Arceri changed:
What|Removed |Added
Blocks|94448 |
--
You are receiving this mail becaus
https://bugs.freedesktop.org/show_bug.cgi?id=94456
Timothy Arceri changed:
What|Removed |Added
Blocks|94448 |
--
You are receiving this mail becaus
From: Bruce Cherniak
Better tracking of resource state and synchronization.
A follow on commit will clean up resource functions into a new
swr_resource.cpp file.
---
src/gallium/drivers/swr/swr_clear.cpp |4 +-
src/gallium/drivers/swr/swr_context.cpp | 103 ---
https://bugs.freedesktop.org/show_bug.cgi?id=94116
Timothy Arceri changed:
What|Removed |Added
Blocks||94448
--
You are receiving this mail b
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
Hi sir, i am Ngala Dirane Ngiri, i am a student of the university of Buea
Cameroon,a second year student in the department of computer science. I am
interested to participate in the project: "Soft" double precision floating
point support. I will need help and more inside concerning the
project,tha
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
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
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
_
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 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
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
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
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
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
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 +++-
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
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)
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
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
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/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
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
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 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
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, 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
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
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
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
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
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 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, 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 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
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: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,
>
>
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 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
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 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 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 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
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
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
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 #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
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 \
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
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
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
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'
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
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
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
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
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
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
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_
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 +++
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
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 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 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-
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 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 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 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
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(-)
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].
>
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
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
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
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
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: - 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 "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
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
>> = {
>> .
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
1 - 100 of 120 matches
Mail list logo
