Re: [Mesa-dev] [PATCH] scons: build osmesa swrast and gallium

> -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

Re: [Mesa-dev] [PATCH 0/9] Skip automatic execsize for instructions with a width of 4

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

Re: [Mesa-dev] Mesa include guard style. (Was: [PATCH] i965/cfg: Remove redundant #pragma once.)

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

Re: [Mesa-dev] [PATCH 5/5] i965/chv: Display proper branding

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 >

Re: [Mesa-dev] [PATCH 5/5] st/dri: implement the GL interop DRI extension (v2)

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 >> >> [...] >> >>>

[Mesa-dev] [Bug 94456] dEQP-GLES3.functional.state_query.floats.{blend_color, color_clear_value, depth_clear_value}_getinteger64 fail

https://bugs.freedesktop.org/show_bug.cgi?id=94456 Kenneth Graunke changed: What|Removed |Added Resolution|--- |FIXED

Re: [Mesa-dev] [PATCH 20/26] radeonsi: disable DCC on handle export if expecting write access

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, >>>

[Mesa-dev] Mesa include guard style. (Was: [PATCH] i965/cfg: Remove redundant #pragma once.)

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"

Re: [Mesa-dev] [PATCH] swrast: fix possible null dereference

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

Re: [Mesa-dev] [PATCH] i965/cfg: Remove redundant #pragma once.

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. >> >>

Re: [Mesa-dev] [PATCH] swrast: fix possible null dereference

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

[Mesa-dev] [Bug 94456] dEQP-GLES3.functional.state_query.floats.{blend_color, color_clear_value, depth_clear_value}_getinteger64 fail

https://bugs.freedesktop.org/show_bug.cgi?id=94456 Timothy Arceri changed: What|Removed |Added Blocks||94448 -- You

[Mesa-dev] [Bug 94452] dEQP-GLES3.functional.negative_api.texture.generatemipmap fails

https://bugs.freedesktop.org/show_bug.cgi?id=94452 Timothy Arceri changed: What|Removed |Added Blocks||94448 -- You

[Mesa-dev] [Bug 94116] program interface queries not returning right data for UBO / GL_BLOCK_INDEX

https://bugs.freedesktop.org/show_bug.cgi?id=94116 Timothy Arceri changed: What|Removed |Added Blocks||94448 -- You

[Mesa-dev] [Bug 94452] dEQP-GLES3.functional.negative_api.texture.generatemipmap fails

https://bugs.freedesktop.org/show_bug.cgi?id=94452 Timothy Arceri changed: What|Removed |Added Blocks|94448 | -- You are

[Mesa-dev] [Bug 94116] program interface queries not returning right data for UBO / GL_BLOCK_INDEX

https://bugs.freedesktop.org/show_bug.cgi?id=94116 Timothy Arceri changed: What|Removed |Added Blocks|94448 | -- You are

[Mesa-dev] [Bug 94456] dEQP-GLES3.functional.state_query.floats.{blend_color, color_clear_value, depth_clear_value}_getinteger64 fail

https://bugs.freedesktop.org/show_bug.cgi?id=94456 Timothy Arceri changed: What|Removed |Added Blocks|94448 | -- You are

[Mesa-dev] [PATCH] gallium/swr: Resource management

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

[Mesa-dev] [Bug 94116] program interface queries not returning right data for UBO / GL_BLOCK_INDEX

https://bugs.freedesktop.org/show_bug.cgi?id=94116 Timothy Arceri changed: What|Removed |Added Blocks||94448 -- You

[Mesa-dev] GSOC 2016

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

[Mesa-dev] GSoc 2016:"Soft" double precision floating point support

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

Re: [Mesa-dev] [GSoC2016] Interested in implementing "Soft" double precision floating point support

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

Re: [Mesa-dev] [PATCH 6/6] nvc0: expose SM35 perf counters to AMD_performance_monitor

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

Re: [Mesa-dev] [PATCH 4/6] nvc0: add MP performance counters for SM35 (GK110)

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

Re: [Mesa-dev] [PATCH 1/4] gallium/radeon: notify all contexts when cmasks are enabled/disabled

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 >

Re: [Mesa-dev] [PATCH] nouveau: Fix clang reserved-user-defined-literal error.

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

Re: [Mesa-dev] [PATCH] glsl: report correct number of allowed vertex inputs and fragment outputs

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

Re: [Mesa-dev] [PATCH] swrast: fix possible null dereference

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,

[Mesa-dev] [PATCH 2/6] nvc0: rework the driver metrics infrastructure

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 -

Re: [Mesa-dev] [PATCH] swrast: fix possible null dereference

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

Re: [Mesa-dev] [PATCH] glsl: dont allow undefined array sizes in ES

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- > >

[Mesa-dev] [PATCH 1/6] nvc0: rework the MP counters infrastructure

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

[Mesa-dev] [PATCH 5/6] nvc0: add driver metrics for SM35 (GK110)

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

[Mesa-dev] [PATCH 6/6] nvc0: expose SM35 perf counters to AMD_performance_monitor

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

[Mesa-dev] [PATCH 3/6] nvc0: explode config of Kepler hardware SM events

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

[Mesa-dev] [PATCH 0/6] *nvc0: MP perf counters improvements & SM35 support

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

[Mesa-dev] [PATCH 4/6] nvc0: add MP performance counters for SM35 (GK110)

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

[Mesa-dev] [PATCH 3/4] radeonsi: move si_decompress_textures to si_blit.c

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 ++

[Mesa-dev] [PATCH 1/4] gallium/radeon: notify all contexts when cmasks are enabled/disabled

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

[Mesa-dev] [PATCH 2/4] r600g: update compressed_colortex_masks when a cmask is created or disabled

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

Re: [Mesa-dev] [GSoC2016] Interested in implementing "Soft" double precision floating point support

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

Re: [Mesa-dev] [PATCH] nouveau: Fix clang reserved-user-defined-literal error.

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

Re: [Mesa-dev] [PATCH] r600/sb: Do not distribute neg in expr_handler::fold_assoc() when folding multiplications.

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

Re: [Mesa-dev] [PATCH 09/10] i965: Add and use is_scheduling_barrier() function.

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

Re: [Mesa-dev] [PATCH] swrast: fix possible null dereference

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

Re: [Mesa-dev] [PATCH] i965/cfg: Remove redundant #pragma once.

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

[Mesa-dev] [PATCH] radeonsi: Lazily re-set sampler views after disabling DCC

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 --

Re: [Mesa-dev] [PATCH] gallium/swr: remove use of BYTE from swr driver

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. >--- >

Re: [Mesa-dev] [PATCH 5/5] i965/chv: Display proper branding

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

Re: [Mesa-dev] [PATCH] nouveau: Fix clang reserved-user-defined-literal error.

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 >>

Re: [Mesa-dev] GLX extension for vendor name lookup in libglvnd

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

Re: [Mesa-dev] GLX extension for vendor name lookup in libglvnd

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

Re: [Mesa-dev] [PATCH 1/5] include/GL: add mesa_glinterop.h for OpenGL-OpenCL interop (v3)

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:

Re: [Mesa-dev] [PATCH 5/5] i965/chv: Display proper branding

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

[Mesa-dev] [PATCH] swrast: fix possible null dereference

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(-)

Re: [Mesa-dev] [PATCH 1/5] include/GL: add mesa_glinterop.h for OpenGL-OpenCL interop (v3)

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:

[Mesa-dev] GLX extension for vendor name lookup in libglvnd

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

Re: [Mesa-dev] [PATCH 1/5] i965: Query and store GPU properties from kernel

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

Re: [Mesa-dev] [PATCH 1/5] include/GL: add mesa_glinterop.h for OpenGL-OpenCL interop (v3)

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 >>>

Re: [Mesa-dev] [PATCH 1/5] include/GL: add mesa_glinterop.h for OpenGL-OpenCL interop (v3)

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

Re: [Mesa-dev] [PATCH 1/5] include/GL: add mesa_glinterop.h for OpenGL-OpenCL interop (v3)

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

Re: [Mesa-dev] [PATCH 1/5] include/GL: add mesa_glinterop.h for OpenGL-OpenCL interop (v3)

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

Re: [Mesa-dev] radeonsi external audio + powerconsumption

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

[Mesa-dev] [Bug 94383] build error on i386 when enabling swr

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

Re: [Mesa-dev] your mail

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

[Mesa-dev] [Bug 94383] build error on i386 when enabling swr

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

[Mesa-dev] [Bug 94383] build error on i386 when enabling swr

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 \

Re: [Mesa-dev] radeonsi external audio + powerconsumption

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

Re: [Mesa-dev] [PATCH] i965: Remove useless IR self-destruct backend_shader method.

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

[Mesa-dev] [Bug 94383] build error on i386 when enabling 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

[Mesa-dev] [Bug 94383] build error on i386 when enabling swr

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

Re: [Mesa-dev] radeonsi external audio + powerconsumption

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

Re: [Mesa-dev] [PATCH 0/9] Skip automatic execsize for instructions with a width of 4

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

[Mesa-dev] radeonsi external audio + powerconsumption

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

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: >> 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 >>

[Mesa-dev] [Bug 94383] build error on i386 when enabling swr

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

[Mesa-dev] (no subject)

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

Re: [Mesa-dev] [PATCH 1/5] include/GL: add mesa_glinterop.h for OpenGL-OpenCL interop (v3)

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,

Re: [Mesa-dev] [PATCH 01/10] gallium/winsys/drm: add offset to struct winsys_handle

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

Re: [Mesa-dev] [PATCH] i965: Set a proper _BaseFormat for window system renderbuffers in ES.

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

Re: [Mesa-dev] [PATCH 1/5] include/GL: add mesa_glinterop.h for OpenGL-OpenCL interop (v3)

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

Re: [Mesa-dev] [PATCH] glcpp: Fix locations when encounting "#".

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

Re: [Mesa-dev] [PATCH 1/4] glcpp: Implicitly resolve version after the first non-space/hash token.

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

Re: [Mesa-dev] [PATCH] egl: clean up typedef madness in the backend API

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

Re: [Mesa-dev] [PATCH] i965/cfg: Remove redundant #pragma once.

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

Re: [Mesa-dev] [PATCH] glsl: dont allow undefined array sizes in ES

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 >

Re: [Mesa-dev] [PATCH 05/10] radeonsi: ignore PIPE_BIND_LINEAR in si_is_format_supported

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

Re: [Mesa-dev] [PATCH] egl: clean up typedef madness in the backend API

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

Re: [Mesa-dev] [GSoC2016] Interested in implementing "Soft" double precision floating point support

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

Re: [Mesa-dev] [PATCH] nouveau: Fix clang reserved-user-defined-literal error.

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

Re: [Mesa-dev] [PATCH 17/26] gallium/radeon: disable CMASK on handle export if sharing doesn't allow it

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

Re: [Mesa-dev] [PATCH] nouveau: Fix clang reserved-user-defined-literal error.

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

[Mesa-dev] [PATCH 5/5] st/dri: implement the GL interop DRI extension (v3)

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

[Mesa-dev] [PATCH 4/5] glx: implement GLX part of interop interface (v3)

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

[Mesa-dev] [PATCH 2/5] dri_interface: add interface for GL interop with other APIs (v3)

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

[Mesa-dev] [PATCH 3/5] egl: implement EGL part of interop interface (v3)

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

[Mesa-dev] [PATCH 1/5] include/GL: add mesa_glinterop.h for OpenGL-OpenCL interop (v5)

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

Re: [Mesa-dev] [PATCH 5/5] st/dri: implement the GL interop DRI extension (v2)

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

Re: [Mesa-dev] [PATCH 20/26] radeonsi: disable DCC on handle export if expecting write access

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. >> --- >>

Re: [Mesa-dev] [PATCH 17/26] gallium/radeon: disable CMASK on handle export if sharing doesn't allow it

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

  1   2   >