[Mesa-dev] [Bug 101471] Mesa fails to build: unknown typename bool

https://bugs.freedesktop.org/show_bug.cgi?id=101471 --- Comment #4 from Kai --- I've hit this issue as well. (In reply to Emil Velikov from comment #2) > The following series should do it. Please let me know how if it helps on > your end. > > https://patchwork.freedesktop.org/series/25934/ Thi

[Mesa-dev] [PATCH] android: r600: fix libelf dependency

Needed to avoid following building error: external/mesa/src/gallium/drivers/r600/evergreen_compute.c:27:10: fatal error: 'gelf.h' file not found ^ 1 error generated. Fixes: d96a210842 ("r600g,compute: provide local copy of functions from ac_binary.c") --- src/gallium/drivers/r600/Andro

Re: [Mesa-dev] [PATCH] android: r600: fix libelf dependency

On Sat, 2017-06-17 at 10:26 +0200, Mauro Rossi wrote: > Needed to avoid following building error: > > external/mesa/src/gallium/drivers/r600/evergreen_compute.c:27:10: > fatal error: 'gelf.h' file not found > ^ > 1 error generated. > > Fixes: d96a210842 ("r600g,compute: provide local cop

[Mesa-dev] [Bug 101471] Mesa fails to build: unknown typename bool

https://bugs.freedesktop.org/show_bug.cgi?id=101471 --- Comment #5 from Gregor Münch --- Tested and confirmed working for the mesa-git and lib32-mesa-git builds. Thx for the quick fix! -- You are receiving this mail because: You are the assignee for the bug. You are the QA Contact for the bug._

Re: [Mesa-dev] R600/AMDGPU fixes for Clover

On Fri, 2017-06-16 at 12:48 +0100, Emil Velikov wrote: > On 15 June 2017 at 14:03, Aaron Watry wrote: > > Hey all, > > > > We haven't landed the fixes to break the r600g dependency on AMDGPU yet. > > I'm headed out of town for a long weekend and don't feel like risking the > > push before being g

Re: [Mesa-dev] [PATCH 1/3] ac: resolve conflicts introduced with "ac: remove amdgpu.h dependency"

On 16 June 2017 at 23:37, Bas Nieuwenhuizen wrote: > The series is > > Reviewed-by: Bas Nieuwenhuizen > Tested-by: Bas Nieuwenhuizen > Thanks pushed to master. Sincere apologies for glitching things up. -Emil ___ mesa-dev mailing list mesa-dev@lists.f

[Mesa-dev] [PATCH] r600: include libelf headers only as needed

From: Emil Velikov Headers are required only when building with OpenCL. As we're building w/o it libelf may be missing, hence we'll error out as below: src/gallium/drivers/r600/evergreen_compute.c:27:10: fatal error: 'gelf.h' file not found ^ 1 error generated. Cc: Jan Vesely Cc: Maur

[Mesa-dev] [Bug 101471] Mesa fails to build: unknown typename bool

https://bugs.freedesktop.org/show_bug.cgi?id=101471 Gregor Münch changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

Re: [Mesa-dev] [PATCH] r600: include libelf headers only as needed

On Sat, 2017-06-17 at 11:43 +0100, Emil Velikov wrote: > From: Emil Velikov > > Headers are required only when building with OpenCL. As we're building > w/o it libelf may be missing, hence we'll error out as below: > > src/gallium/drivers/r600/evergreen_compute.c:27:10: > fatal error: 'gelf.h' f

Re: [Mesa-dev] [PATCH] android: r600: fix libelf dependency

2017-06-17 10:45 GMT+02:00 Jan Vesely : > On Sat, 2017-06-17 at 10:26 +0200, Mauro Rossi wrote: >> Needed to avoid following building error: >> >> external/mesa/src/gallium/drivers/r600/evergreen_compute.c:27:10: >> fatal error: 'gelf.h' file not found >> ^ >> 1 error generated. >> >> Fixe

Re: [Mesa-dev] [PATCH 1/2] gallium/hud: support GALLIUM_HUD_DUMP_DIR feature on Windows

Reviewed-by: Marek Olšák Marek On Sat, Jun 17, 2017 at 12:39 AM, Brian Paul wrote: > Use a dummy implementation of the access() function. Use \ path separator. > Add a few comments. > --- > src/gallium/auxiliary/hud/hud_context.c | 36 > +++-- > 1 file changed, 30

[Mesa-dev] [st/va] change va max_entrypoints

From: Chandu Babu N As encode support is added along with decode, increase max_entrypoints to two. vaMaxNumEntrypoints was returning incorrect value and causing memory corruption before this commit v2: assert when max_entrypoints needs to be bigger --- src/gallium/stat

Re: [Mesa-dev] [PATCH] r600: include libelf headers only as needed

2017-06-17 13:45 GMT+02:00 Jan Vesely : > On Sat, 2017-06-17 at 11:43 +0100, Emil Velikov wrote: >> From: Emil Velikov >> >> Headers are required only when building with OpenCL. As we're building >> w/o it libelf may be missing, hence we'll error out as below: >> >> src/gallium/drivers/r600/evergr

Re: [Mesa-dev] [PATCH 1/2] gallium/hud: support GALLIUM_HUD_DUMP_DIR feature on Windows

On 16 June 2017 at 23:39, Brian Paul wrote: > Use a dummy implementation of the access() function. Use \ path separator. > Add a few comments. > --- > src/gallium/auxiliary/hud/hud_context.c | 36 > +++-- > 1 file changed, 30 insertions(+), 6 deletions(-) > > diff --

[Mesa-dev] [PATCH 4/4] radeonsi: add a workaround for inexact SNORM8 blitting again

From: Marek Olšák GFX9 is affected. --- src/gallium/drivers/radeonsi/si_blit.c | 36 ++ 1 file changed, 36 insertions(+) diff --git a/src/gallium/drivers/radeonsi/si_blit.c b/src/gallium/drivers/radeonsi/si_blit.c index 1159594..b78fddf 100644 --- a/src/gallium/

[Mesa-dev] [PATCH 3/4] radeonsi/gfx9: fix TC-compatible stencil compression

From: Marek Olšák --- src/amd/common/gfx9d.h | 4 ++-- src/gallium/drivers/radeonsi/si_state.c | 6 ++ 2 files changed, 8 insertions(+), 2 deletions(-) diff --git a/src/amd/common/gfx9d.h b/src/amd/common/gfx9d.h index 787d0a9..8c61645 100644 --- a/src/amd/common/gfx9d.h ++

[Mesa-dev] [PATCH 1/4] radeonsi/gfx9: disable sparse buffers

From: Marek Olšák --- src/gallium/drivers/radeonsi/si_pipe.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/src/gallium/drivers/radeonsi/si_pipe.c b/src/gallium/drivers/radeonsi/si_pipe.c index 9d9cbd4..2b39ed0 100644 --- a/src/gallium/drivers/radeonsi/si_pipe.c +++ b/src/gallium/driver

[Mesa-dev] [PATCH 2/4] radeonsi/gfx9: fix TXF_LZ with 1D textures

From: Marek Olšák --- src/gallium/drivers/radeonsi/si_shader_tgsi_mem.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/src/gallium/drivers/radeonsi/si_shader_tgsi_mem.c b/src/gallium/drivers/radeonsi/si_shader_tgsi_mem.c index e72052c..3b50ca5 100644 --- a/src/gallium/dri

[Mesa-dev] [PATCH 1/1] gallium/hud: use double values for all graphs

This specifically helps the fps graph. It calculates the fps like this: (uint64_t)info->frames * 100 / (double)(now - info->last_time); The timings when query_new_value() are called will vary, so fps values of e.g. 59.9 fps will be truncated to 59 fps. Rounding the value before casting to

[Mesa-dev] [PATCH 0/1] gallium/hud: use double values for all graphs

I don't necessarily want this merged as is, but if nobody has objections that is fine too. I made this specifically because of the fps graph. If you run with a big graph, e.g. GALLIUM_HUD='.h1000.w1000.c70fps',you will see the fps jump between 59 and 60 fps with more values below 60 than at or abo

Re: [Mesa-dev] [PATCH] r600: include libelf headers only as needed

On 17 June 2017 at 13:14, Mauro Rossi wrote: > 2017-06-17 13:45 GMT+02:00 Jan Vesely : >> On Sat, 2017-06-17 at 11:43 +0100, Emil Velikov wrote: >>> From: Emil Velikov >>> >>> Headers are required only when building with OpenCL. As we're building >>> w/o it libelf may be missing, hence we'll erro

Re: [Mesa-dev] [PATCH] android: radeon(s): fix libdrm_amdgpu shared dependencies

2017-05-29 17:30 GMT+02:00 Emil Velikov : > On 27 May 2017 at 10:59, Mauro Rossi wrote: >> >> >> 2017-05-22 1:34 GMT+02:00 Mauro Rossi : >>> >>> >>> >>> 2017-05-21 18:27 GMT+02:00 Emil Velikov : Hi Mauro, There is a similar issue when building with autotools. There's a few

Re: [Mesa-dev] [PATCH] i965: update MaxTextureRectSize to match PRMs and comply with OpenGL 4.1+

On Friday, June 16, 2017 2:04:03 AM PDT Iago Toral Quiroga wrote: > We were exposing 4096, but we can do up to 8192 in Gen4-6 and up to > 16384 in gen7+. OpenGL 4.1+ requires at least 16384. > --- > src/mesa/drivers/dri/i965/brw_context.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) >

Re: [Mesa-dev] [PATCH v2 0/3][RFC]mesa/st: glsl_to_tgsi: improved temp-reg lifetime estimation

On 16 June 2017 at 17:16, Gert Wollny wrote: > Hello Emil, > > Am Freitag, den 16.06.2017, 15:21 +0100 schrieb Emil Velikov: >> >> Please don't use STL within core mesa code. > May I ask why? I always try to not re-implement already available > functionality and since mesa already uses C++ it seem

Re: [Mesa-dev] [PATCH 10/18] i965: Make a helper function for blend entry related state.

On Friday, June 16, 2017 4:31:23 PM PDT Rafael Antognolli wrote: > Add a helper function to reuse code that fills blend entry related > state, and make genX(upload_blend_state) use it. This function can later > be used by gen4-5 color calc state to set the blend related bits. > > Signed-off-by: Ra

Re: [Mesa-dev] [PATCH] i965: update MaxTextureRectSize to match PRMs and comply with OpenGL 4.1+

On 17 June 2017 at 18:09, Kenneth Graunke wrote: > On Friday, June 16, 2017 2:04:03 AM PDT Iago Toral Quiroga wrote: >> We were exposing 4096, but we can do up to 8192 in Gen4-6 and up to >> 16384 in gen7+. OpenGL 4.1+ requires at least 16384. >> --- >> src/mesa/drivers/dri/i965/brw_context.c | 2

Re: [Mesa-dev] [PATCH 11/18] i965: Check for alpha channel just like in gen6+.

On Friday, June 16, 2017 4:31:24 PM PDT Rafael Antognolli wrote: > gen6+ uses _mesa_base_format_has_channel() to check for the alpha > channel, while gen4-5 use ctx->DrawBuffer->Visual.alphaBits. By using > _mesa_base_format_has_channel() here we keep the same behavior accross > all gen. > > While

Re: [Mesa-dev] [PATCH] android: radeon(s): fix libdrm_amdgpu shared dependencies

On 17 June 2017 at 18:01, Mauro Rossi wrote: > 2017-05-29 17:30 GMT+02:00 Emil Velikov : >> On 27 May 2017 at 10:59, Mauro Rossi wrote: >>> >>> >>> 2017-05-22 1:34 GMT+02:00 Mauro Rossi : 2017-05-21 18:27 GMT+02:00 Emil Velikov : > > Hi Mauro, > > There is a si

Re: [Mesa-dev] [PATCH] android: radeon(s): fix libdrm_amdgpu shared dependencies

2017-06-17 19:46 GMT+02:00 Emil Velikov : > On 17 June 2017 at 18:01, Mauro Rossi wrote: >> 2017-05-29 17:30 GMT+02:00 Emil Velikov : >>> On 27 May 2017 at 10:59, Mauro Rossi wrote: 2017-05-22 1:34 GMT+02:00 Mauro Rossi : > > > > 2017-05-21 18:27 GMT+02:00 Emil Veli

Re: [Mesa-dev] [PATCH] android: radeon(s): fix libdrm_amdgpu shared dependencies

On 17 June 2017 at 18:54, Mauro Rossi wrote: > Ok, > BTW using "normal text mode" in sending (and "show original" in received) > it is possible to avoid gmail issues. Nope, from my experience :-( -Emil ___ mesa-dev mailing list mesa-dev@lists.freedeskt

Re: [Mesa-dev] [PATCH 12/18] i965: Convert CC state on gen4-5 to genxml.

On Friday, June 16, 2017 4:31:25 PM PDT Rafael Antognolli wrote: > Use set_blend_entry_bits and set_depth_stencil_bits to fill most of the > color calc struct, and then manually update the rest. > > Signed-off-by: Rafael Antognolli > --- > src/mesa/drivers/dri/i965/brw_cc.c| 174 > -

Re: [Mesa-dev] [PATCH 13/18] i965: Convert BLEND_CONSTANT_COLOR state to genxml.

On Friday, June 16, 2017 4:31:26 PM PDT Rafael Antognolli wrote: > It's a very simple conversion, and it allows us to delete brw_cc.c. > > Signed-off-by: Rafael Antognolli Patches 13-15 are: Reviewed-by: Kenneth Graunke signature.asc Description: This is a digitally signed message part. __

Re: [Mesa-dev] [PATCH] i965: update MaxTextureRectSize to match PRMs and comply with OpenGL 4.1+

On Saturday, June 17, 2017 10:37:48 AM PDT Emil Velikov wrote: > On 17 June 2017 at 18:09, Kenneth Graunke wrote: > > On Friday, June 16, 2017 2:04:03 AM PDT Iago Toral Quiroga wrote: > >> We were exposing 4096, but we can do up to 8192 in Gen4-6 and up to > >> 16384 in gen7+. OpenGL 4.1+ requires

[Mesa-dev] [Bug 101486] TAHITI XT hangs once "dota2 -vulkan" dashboard is loaded

https://bugs.freedesktop.org/show_bug.cgi?id=101486 Bug ID: 101486 Summary: TAHITI XT hangs once "dota2 -vulkan" dashboard is loaded Product: Mesa Version: 17.1 Hardware: Other OS: All Status: NE

[Mesa-dev] [Bug 101475] Max Core Profile for OpenGL showing 0.0

https://bugs.freedesktop.org/show_bug.cgi?id=101475 --- Comment #5 from vinf...@gmail.com --- I also tried installing it from source but now, it also shows: server glx version string: 1.4 client glx version string: 1.4 GLX version: 1.4 Max core profile version: 0.0 Max compat profile versi

[Mesa-dev] [Bug 101475] Max Core Profile for OpenGL showing 0.0

https://bugs.freedesktop.org/show_bug.cgi?id=101475 vinf...@gmail.com changed: What|Removed |Added Assignee|mesa-dev@lists.freedesktop. |dri-devel@lists.freedesktop