Re: [Mesa-dev] [PATCH] glsl: Make blend_colordodge compare against 1.0 - FLT_EPSILON.

On Thursday, September 8, 2016 10:33:06 PM PDT Francisco Jerez wrote: [snip] > Heh, right, my concern was that this smells strongly like a test relying > on not terribly well-defined behavior... AFAICT the problem addressed > here is ultimately caused by the discontinuity that the COLORBURN >

Re: [Mesa-dev] [PATCH 00/19] RadeonSI random patches

With the trivial comment fix in patch 6, either way, this series is, Reviewed-by: Edward O'Callaghan On 10/03/2016 08:09 AM, Marek Olšák wrote: > Hi, > > These are random patches that I wrote or picked from my private branches. > Some of them are useful

Re: [Mesa-dev] [PATCH 06/19] radeonsi: drop support for NULL sampler views

On 10/03/2016 08:09 AM, Marek Olšák wrote: > From: Marek Olšák > > not used anymore. It was used when the polygon stipple texture was constant. > --- > src/gallium/drivers/radeonsi/si_descriptors.c | 5 +++-- > src/gallium/drivers/radeonsi/si_state.c | 11

Re: [Mesa-dev] [PATCH 1/5] glsl: remove tabs from linker.{cpp,h}

On Wednesday, September 28, 2016 4:04:05 PM PDT Timothy Arceri wrote: > --- > src/compiler/glsl/linker.cpp | 807 > +-- > src/compiler/glsl/linker.h | 8 +- > 2 files changed, 407 insertions(+), 408 deletions(-) May as well. I didn't read any of

Re: [Mesa-dev] [PATCH 2/6] i965/sync: Stop cacheing fence's signal status

On Tuesday, September 27, 2016 11:51:20 PM PDT Chad Versace wrote: > Cacheing the signal status complicates the code for questionable > performance benefit. I added the cacheing long ago, and I now think it > was the wrong decision. > > When we later add support for fences based on sync fds (that

Re: [Mesa-dev] [PATCH 1/2] i965: rename max_hs_* variables to max_tcs_*

On Monday, October 3, 2016 10:39:28 AM PDT Timothy Arceri wrote: > Using consistent naming allows us to create macros more easily. I suppose it would :) Both are Reviewed-by: Kenneth Graunke signature.asc Description: This is a digitally signed message part.

[Mesa-dev] [PATCH] egl/drm, gallium: replace all calls to dup(2) with fcntl(F_DUPFD_CLOEXEC)

Without this fix, duplicated file descriptors leak into child processes. See commit aaac913e901229d11a1894f6aaf646de6b1a542c for one instance where the same fix was employed. Cc: Signed-off-by: Matt Whitlock ---

[Mesa-dev] [PATCH 1/3] i965: solve cubemap negative x/y/z faces buffer offset issue in dEQP.

Add the miptree level/slice x/y_offset when count the surface offset in brw_emit_surface_state. The surface offset has two parts, one is from mt->offset, which should be 32 aligned in width/height for tiled buffer; another is from mt->level[current_level].slice[current_slice]. x/y_offset. This

[Mesa-dev] [PATCH 1/5] egl/android: replace call to dup(2) with fcntl(F_DUPFD_CLOEXEC)

Without this fix, duplicated file descriptors leak into child processes. See commit aaac913e901229d11a1894f6aaf646de6b1a542c for one instance where the same fix was employed. Cc: Signed-off-by: Matt Whitlock ---

[Mesa-dev] [PATCH 2/5] gallium/auxiliary: replace call to dup(2) with fcntl(F_DUPFD_CLOEXEC)

Without this fix, duplicated file descriptors leak into child processes. See commit aaac913e901229d11a1894f6aaf646de6b1a542c for one instance where the same fix was employed. Cc: Signed-off-by: Matt Whitlock ---

[Mesa-dev] [PATCH 3/5] st/dri: replace calls to dup(2) with fcntl(F_DUPFD_CLOEXEC)

Without this fix, duplicated file descriptors leak into child processes. See commit aaac913e901229d11a1894f6aaf646de6b1a542c for one instance where the same fix was employed. Cc: Signed-off-by: Matt Whitlock ---

[Mesa-dev] [PATCH 5/5] gallium/winsys: replace calls to dup(2) with fcntl(F_DUPFD_CLOEXEC)

Without this fix, duplicated file descriptors leak into child processes. See commit aaac913e901229d11a1894f6aaf646de6b1a542c for one instance where the same fix was employed. Cc: Signed-off-by: Matt Whitlock ---

[Mesa-dev] [PATCH 4/5] st/xa: replace call to dup(2) with fcntl(F_DUPFD_CLOEXEC)

Without this fix, duplicated file descriptors leak into child processes. See commit aaac913e901229d11a1894f6aaf646de6b1a542c for one instance where the same fix was employed. Cc: Signed-off-by: Matt Whitlock ---

Re: [Mesa-dev] [PATCH] egl/drm, gallium: replace all calls to dup(2) with fcntl(F_DUPFD_CLOEXEC)

On Friday, 30 September 2016, at 2:35 pm, Emil Velikov wrote: > On 30 September 2016 at 06:47, Matt Whitlock > wrote: > > Without this fix, duplicated file descriptors leak into child processes. > > See commit aaac913e901229d11a1894f6aaf646de6b1a542c for one

[Mesa-dev] [PATCH 1/3] i965: solve cubemap negative x/y/z faces buffer offset issue in dEQP.

Add the miptree level/slice x/y_offset when count the surface offset in brw_emit_surface_state. The surface offset has two parts, one is from mt->offset, which should be 32 aligned in width/height for tiled buffer; another is from mt->level[current_level].slice[current_slice]. x/y_offset. This

[Mesa-dev] [PATCH 2/2] i965: rename max_ds_* variable to max_tes_*

Using consistent naming allows us to create macros more easily. --- src/intel/common/gen_device_info.c| 48 +++ src/intel/common/gen_device_info.h| 4 +-- src/intel/vulkan/anv_allocator.c | 2 +- src/mesa/drivers/dri/i965/brw_tes.c | 2

[Mesa-dev] [PATCH 1/2] i965: rename max_hs_* variables to max_tcs_*

Using consistent naming allows us to create macros more easily. --- src/intel/common/gen_device_info.c| 48 +++ src/intel/common/gen_device_info.h| 4 +-- src/intel/vulkan/anv_allocator.c | 2 +- src/mesa/drivers/dri/i965/brw_tcs.c | 2

Re: [Mesa-dev] [PATCH 1/3] i965: Fix brw_clear_cache to clean up TCS/TES shaders.

This patch is: Reviewed-by: Timothy Arceri On Sun, 2016-10-02 at 14:48 -0700, Kenneth Graunke wrote: > We need to free prog_data for TCS/TES too. > > Signed-off-by: Kenneth Graunke > --- >  src/mesa/drivers/dri/i965/brw_state_cache.c | 2 ++

Re: [Mesa-dev] [PATCH 1/7] i965: Introduce downcast helpers for prog_data structures.

Thanks I'd been meaning to look into this, this is much better. Series is: Reviewed-by: Timothy Arceri It would be great if you could push this soon so I can rebase my shader cache work on top of it :) ___ mesa-dev

[Mesa-dev] [PATCH 3/3] i965: Drop BRW_NEW_BATCH from shader stage atoms on Gen7+.

Sandybridge still uploads the push constants from these atoms, and those live in the batch buffer, so they must be re-uploaded on every batch. I don't see any reason for the Gen7+ atoms to listen to BRW_NEW_BATCH. My guess is I just copy and pasted it a long time ago. Signed-off-by: Kenneth

[Mesa-dev] [PATCH 2/3] i965: Use 3DSTATE_CLIP's User Clip Distance Enable bitmask on Gen8+.

Gen6-7.5 specify the user clip distance enable bitmask in 3DSTATE_CLIP. Gen8+ normally uses the new internal signalling mechanism to select the one specified in the last enabled shader stage (3DSTATE_VS, DS, or GS). This is a pretty good fit for Vulkan, or even newer GL, where the bitmask comes

[Mesa-dev] [PATCH 1/3] i965: Fix brw_clear_cache to clean up TCS/TES shaders.

We need to free prog_data for TCS/TES too. Signed-off-by: Kenneth Graunke --- src/mesa/drivers/dri/i965/brw_state_cache.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/src/mesa/drivers/dri/i965/brw_state_cache.c b/src/mesa/drivers/dri/i965/brw_state_cache.c index

[Mesa-dev] [PATCH 1/7] i965: Introduce downcast helpers for prog_data structures.

Similar to brw_context(...), intel_texture_object(...), and so on. Signed-off-by: Kenneth Graunke --- src/mesa/drivers/dri/i965/brw_compiler.h | 17 ++ src/mesa/drivers/dri/i965/brw_fs.cpp | 43 --

[Mesa-dev] [PATCH 7/7] i965: Eliminate brw->cs.prog_data pointer.

Just say no to: - brw->cs.base.prog_data = >cs.prog_data->base.base; We'll just use the brw_stage_prog_data pointer in brw_stage_state and downcast it to brw_cs_prog_data as needed. Signed-off-by: Kenneth Graunke --- src/mesa/drivers/dri/i965/brw_compute.c |

[Mesa-dev] [PATCH 2/7] i965: Eliminate brw->vs.prog_data pointer.

Just say no to: - brw->vs.base.prog_data = >vs.prog_data->base.base; We'll just use the brw_stage_prog_data pointer in brw_stage_state and downcast it to brw_vs_prog_data as needed. Signed-off-by: Kenneth Graunke --- src/mesa/drivers/dri/i965/brw_context.h |

[Mesa-dev] [PATCH 4/7] i965: Eliminate brw->tes.prog_data pointer.

Just say no to: - brw->tes.base.prog_data = >tes.prog_data->base.base; We'll just use the brw_stage_prog_data pointer in brw_stage_state and downcast it to brw_tes_prog_data as needed. Signed-off-by: Kenneth Graunke --- src/mesa/drivers/dri/i965/brw_context.h

[Mesa-dev] [PATCH 5/7] i965: Eliminate brw->gs.prog_data pointer.

Just say no to: - brw->gs.base.prog_data = >gs.prog_data->base.base; We'll just use the brw_stage_prog_data pointer in brw_stage_state and downcast it to brw_gs_prog_data as needed. Signed-off-by: Kenneth Graunke --- src/mesa/drivers/dri/i965/brw_context.h |

[Mesa-dev] [PATCH 6/7] i965: Eliminate brw->wm.prog_data pointer.

Just say no to: - brw->wm.base.prog_data = >wm.prog_data->base.base; We'll just use the brw_stage_prog_data pointer in brw_stage_state and downcast it to brw_wm_prog_data as needed. Signed-off-by: Kenneth Graunke --- src/mesa/drivers/dri/i965/brw_context.h |

[Mesa-dev] [PATCH 3/7] i965: Eliminate brw->tcs.prog_data pointer.

Just say no to: - brw->tcs.base.prog_data = >tcs.prog_data->base.base; We'll just use the brw_stage_prog_data pointer in brw_stage_state and downcast it to brw_tcs_prog_data as needed. Signed-off-by: Kenneth Graunke --- src/mesa/drivers/dri/i965/brw_context.h

Re: [Mesa-dev] [PATCH 1/9] intel/genxml: Fix typo in gen75.xml

On Friday, September 30, 2016 3:33:09 PM PDT Anuj Phogat wrote: > Signed-off-by: Anuj Phogat > --- > src/intel/genxml/gen75.xml | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/src/intel/genxml/gen75.xml b/src/intel/genxml/gen75.xml > index

[Mesa-dev] [PATCH 11/19] radeonsi: don't re-create shader PM4 states after scratch buffer update

From: Marek Olšák --- src/gallium/drivers/radeonsi/si_pm4.c | 9 +++- src/gallium/drivers/radeonsi/si_pm4.h | 1 + src/gallium/drivers/radeonsi/si_state_shaders.c | 30 + 3 files changed, 25 insertions(+), 15 deletions(-)

[Mesa-dev] [PATCH 08/19] radeonsi: optimize si_invalidate_buffer based on bind_history

From: Marek Olšák Just enclose each section with: if (rbuffer->bind_history & PIPE_BIND_...) Bioshock Infinite: +1% performance --- src/gallium/drivers/radeonsi/si_descriptors.c | 191 ++ 1 file changed, 101 insertions(+), 90 deletions(-) diff

[Mesa-dev] [PATCH 17/19] radeonsi: simplify si_llvm_emit_ddxy

From: Marek Olšák si_llvm_emit_ddxy is called once per element, so we don't have to generate code for 4 elements at once. --- src/gallium/drivers/radeonsi/si_shader.c | 80 1 file changed, 29 insertions(+), 51 deletions(-) diff --git

[Mesa-dev] [PATCH 00/19] RadeonSI random patches

Hi, These are random patches that I wrote or picked from my private branches. Some of them are useful improvements or cleanups, others are less useful, but I included them anyway. Please review. Marek ___ mesa-dev mailing list

[Mesa-dev] [PATCH 01/19] gallium/radeon: inline r600_context_add_resource_size

From: Marek Olšák --- src/gallium/drivers/radeon/r600_pipe_common.c | 20 src/gallium/drivers/radeon/r600_pipe_common.h | 14 +- 2 files changed, 13 insertions(+), 21 deletions(-) diff --git a/src/gallium/drivers/radeon/r600_pipe_common.c

[Mesa-dev] [PATCH 18/19] radeonsi: use DDX/DDY directly in si_llvm_emit_ddxy_interp

From: Marek Olšák We can finally do this, because the opcodes are scalar now. --- src/gallium/drivers/radeonsi/si_shader.c | 56 1 file changed, 7 insertions(+), 49 deletions(-) diff --git a/src/gallium/drivers/radeonsi/si_shader.c

[Mesa-dev] [PATCH 06/19] radeonsi: drop support for NULL sampler views

From: Marek Olšák not used anymore. It was used when the polygon stipple texture was constant. --- src/gallium/drivers/radeonsi/si_descriptors.c | 5 +++-- src/gallium/drivers/radeonsi/si_state.c | 11 +-- 2 files changed, 4 insertions(+), 12 deletions(-)

[Mesa-dev] [PATCH 19/19] radeonsi: don't declare LDS in PS when ds_bpermute is used

From: Marek Olšák I guess this is not needed because dead code elimination removes the declaration. --- src/gallium/drivers/radeonsi/si_pipe.c | 3 +++ src/gallium/drivers/radeonsi/si_pipe.h | 1 + src/gallium/drivers/radeonsi/si_shader.c | 7 +++ 3 files changed, 7

[Mesa-dev] [PATCH 03/19] radeonsi: don't check PIPE_BARRIER_MAPPED_BUFFER

From: Marek Olšák Caches are always flushed at IB boundary. --- src/gallium/drivers/radeonsi/si_state.c | 7 +++ 1 file changed, 3 insertions(+), 4 deletions(-) diff --git a/src/gallium/drivers/radeonsi/si_state.c b/src/gallium/drivers/radeonsi/si_state.c index

[Mesa-dev] [PATCH 07/19] radeonsi: track buffer bind history

From: Marek Olšák similar to gl_buffer_object::UsageHistory --- src/gallium/drivers/radeon/r600_buffer_common.c | 1 + src/gallium/drivers/radeon/r600_pipe_common.h | 1 + src/gallium/drivers/radeonsi/si_descriptors.c | 11 ++-

[Mesa-dev] [PATCH 05/19] radeonsi: separate IA_MULTI_VGT_PARAM and VGT_PRIMITIVE_TYPE emission

From: Marek Olšák We want to emit IA_MULTI_VGT_PARAM less often because it's a context reg. --- src/gallium/drivers/radeonsi/si_state_draw.c | 17 ++--- 1 file changed, 10 insertions(+), 7 deletions(-) diff --git a/src/gallium/drivers/radeonsi/si_state_draw.c

[Mesa-dev] [PATCH 04/19] radeonsi: move VGT_LS_HS_CONFIG to derived tess_state

From: Marek Olšák --- src/gallium/drivers/radeonsi/si_hw_context.c | 1 - src/gallium/drivers/radeonsi/si_pipe.h | 1 - src/gallium/drivers/radeonsi/si_state_draw.c | 40 ++-- 3 files changed, 14 insertions(+), 28 deletions(-) diff --git

[Mesa-dev] [PATCH 15/19] radeonsi: use a helper function for BuildGEP(0, x)

From: Marek Olšák --- src/gallium/drivers/radeonsi/si_shader.c | 82 ++-- 1 file changed, 35 insertions(+), 47 deletions(-) diff --git a/src/gallium/drivers/radeonsi/si_shader.c b/src/gallium/drivers/radeonsi/si_shader.c index 7d92425..67ab16b

[Mesa-dev] [PATCH 16/19] radeonsi: don't call build_gep0 in si_llvm_emit_ddxy on VI

From: Marek Olšák --- src/gallium/drivers/radeonsi/si_shader.c | 14 +- 1 file changed, 9 insertions(+), 5 deletions(-) diff --git a/src/gallium/drivers/radeonsi/si_shader.c b/src/gallium/drivers/radeonsi/si_shader.c index 67ab16b..414810e 100644 ---

[Mesa-dev] [PATCH 02/19] radeonsi: parse SURFACE_SYNC correctly on CIK-VI

From: Marek Olšák --- src/gallium/drivers/radeonsi/si_debug.c | 25 - 1 file changed, 16 insertions(+), 9 deletions(-) diff --git a/src/gallium/drivers/radeonsi/si_debug.c b/src/gallium/drivers/radeonsi/si_debug.c index 75ab0e7..d172867 100644 ---

[Mesa-dev] [PATCH 10/19] gallium/radeon: move r600_common_context::texture_buffers to r600g

From: Marek Olšák --- src/gallium/drivers/r600/evergreen_state.c| 2 +- src/gallium/drivers/r600/r600_pipe.c | 1 + src/gallium/drivers/r600/r600_pipe.h | 5 + src/gallium/drivers/r600/r600_state_common.c | 2 +-

[Mesa-dev] [PATCH 12/19] radeonsi: clean up lucky #include dependencies

From: Marek Olšák --- src/gallium/drivers/radeonsi/si_pipe.h | 37 src/gallium/drivers/radeonsi/si_shader.h | 34 ++--- 2 files changed, 35 insertions(+), 36 deletions(-) diff --git

[Mesa-dev] [PATCH 09/19] radeonsi: don't set sampler buffer offsets in create_sampler_view

From: Marek Olšák do it at bind time, so that pipe_sampler_view is immutable with regard to buffer reallocations and we don't have to remember all existing buffer views. --- src/gallium/drivers/radeonsi/si_descriptors.c | 33 ---

[Mesa-dev] [PATCH 13/19] radeonsi: remove unnecessary #includes

From: Marek Olšák --- src/gallium/drivers/radeonsi/cik_sdma.c | 3 --- src/gallium/drivers/radeonsi/si_compute.c | 2 -- src/gallium/drivers/radeonsi/si_debug.c | 1 - src/gallium/drivers/radeonsi/si_descriptors.c | 3 ---

[Mesa-dev] [PATCH 14/19] radeonsi: remove obsolete shader definitions

From: Marek Olšák --- src/gallium/drivers/radeonsi/si_shader.c | 16 1 file changed, 4 insertions(+), 12 deletions(-) diff --git a/src/gallium/drivers/radeonsi/si_shader.c b/src/gallium/drivers/radeonsi/si_shader.c index 7d1a684..7d92425 100644 ---

Re: [Mesa-dev] [PATCH 4/9] anv/gen8_pipeline: Use Alternate floating point mode when use_alt_mode is set in prog_data

On Friday, September 30, 2016 3:33:12 PM PDT Anuj Phogat wrote: > Signed-off-by: Anuj Phogat > --- > src/intel/vulkan/gen8_pipeline.c | 3 ++- > 1 file changed, 2 insertions(+), 1 deletion(-) > > diff --git a/src/intel/vulkan/gen8_pipeline.c >

Re: [Mesa-dev] [PATCH 5/5] st/mesa: move all sampler view code into new st_sampler_view.[ch] files

One more fix for TBOs is needed: diff --git a/src/mesa/state_tracker/st_sampler_view.c b/src/mesa/state_tracker/st_sampler_view.c index da1df86..a0bea46 100644 --- a/src/mesa/state_tracker/st_sampler_view.c +++ b/src/mesa/state_tracker/st_sampler_view.c @@ -459,7 +459,7 @@

Re: [Mesa-dev] [PATCH 5/5] st/mesa: move all sampler view code into new st_sampler_view.[ch] files

FYI, the series breaks this test: piglit/bin/glsl-resource-not-bound Buffer -auto -fbo glsl-resource-not-bound: state_tracker/st_sampler_view.c:456: st_get_texture_sampler_view_from_stobj: Assertion `stObj->pt' failed. Aborted Removing the assertion fixes it. Note that empty TBO slots are NULL.

[Mesa-dev] [PATCH 1/2] radv: Fix typo in Makefile.am to include LLVM_CFLAGS

Signed-off-by: Tobias Droste --- src/amd/vulkan/Makefile.am | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/amd/vulkan/Makefile.am b/src/amd/vulkan/Makefile.am index 25ab60f..d7f1fc0 100644 --- a/src/amd/vulkan/Makefile.am +++ b/src/amd/vulkan/Makefile.am

[Mesa-dev] [PATCH 2/2] radv: Add new flag for LLVM dependecies with vulkan

This reuse the same logic gallium uses to determine if LLVM is needed or not: --enable-vulkan-llvm is set to yes if at least one vulkan driver is active and the host is i3*6 or x86_64. To build vulkan drivers without LLVM (e.g. intel) one has to add --disable-vulkan-llvm. In order to make this

[Mesa-dev] [PATCH] nvc0: dump program binary when chipset has been forced

Currently, program binaries are only dumped at upload time, but when the chipset has been forced via NV50_PROG_CHIPSET we might want to show the generated code, especially with shaderdb. Signed-off-by: Samuel Pitoiset ---

Re: [Mesa-dev] [RFC] ralloc: use jemalloc for faster GLSL compilation

On Sun, Oct 2, 2016 at 4:03 PM, ⚛ <0xe2.0x9a.0...@gmail.com> wrote: > Hello Marek > > instead of utilizing jemalloc, I strongly recommend you take a look (for > example) at: > > classes such as ir_copy_propagation_elements_visitor > file glcpp-parse.y > > and to put optimizations and better

[Mesa-dev] [PATCH shader-db] skip the 'GL >= x.y' line if present

shaderdb runner fails at parsing shader_test files when the first line inside the require block is not 'GLSL >= x.y'. This just skips the GL version requirement which is actually unused and allows to compile +164 shaders from piglit. --- run.c | 6 ++ 1 file changed, 6 insertions(+) diff

Re: [Mesa-dev] Proposal of date-based Mesa versioning for 2017

On 02.10.2016 13:56, Nicolai Hähnle wrote: On 01.10.2016 22:22, Tobias Klausmann wrote: On 01.10.2016 21:46, Marek Olšák wrote: Hi, I propose that we use versioning in the form of "year.quarter". 2017 would start with 17.0, then 17.1, 17.2, 17.3 for following quarters of the year,

[Mesa-dev] [RFC] ralloc: use jemalloc for faster GLSL compilation

Hello Marek instead of utilizing jemalloc, I strongly recommend you take a look (for example) at: - classes such as ir_copy_propagation_elements_visitor - file glcpp-parse.y and to put optimizations and better algorithms in there. Eliminating the causes of malloc-like calls will result

Re: [Mesa-dev] Mesa 12.1.0 release plan (Was Re: Next Mesa release, anyone?)

Hi, If I understand, there hasn't been yet statements on whether the freeze is for Oct 7 or Oct 14. Could there be one ? I'd prefer myself Oct 14, because we have a lot of patches for nine, and they deserve more cleaning and testing, but if it's Oct 7, we'll try be on time. Axel On

Re: [Mesa-dev] Proposal of date-based Mesa versioning for 2017

On Sun, Oct 2, 2016 at 5:04 AM, Kenneth Graunke wrote: > On Saturday, October 1, 2016 9:46:45 PM PDT Marek Olšák wrote: >> Hi, >> >> I propose that we use versioning in the form of "year.quarter". >> >> 2017 would start with 17.0, then 17.1, 17.2, 17.3 for following >>

Re: [Mesa-dev] [PATCH 5/5] st/mesa: move all sampler view code into new st_sampler_view.[ch] files

You also need this: diff --git a/src/mesa/state_tracker/st_vdpau.c b/src/mesa/state_tracker/st_vdpau.c index 4f599dd..cafbd3d 100644 --- a/src/mesa/state_tracker/st_vdpau.c +++ b/src/mesa/state_tracker/st_vdpau.c @@ -44,6 +44,7 @@ #include "st_vdpau.h" #include "st_context.h" #include

Re: [Mesa-dev] Proposal of date-based Mesa versioning for 2017

I've seen many get confused by the fact that Ubuntu 16.10 is newer than 16.04, they think of it as 16.1 and 16.4. So avoiding that is nice. Regards //Ernst 2016-10-02 13:56 GMT+02:00 Nicolai Hähnle : > On 01.10.2016 22:22, Tobias Klausmann wrote: > >> On 01.10.2016 21:46,

Re: [Mesa-dev] Proposal of date-based Mesa versioning for 2017

On 01.10.2016 22:22, Tobias Klausmann wrote: On 01.10.2016 21:46, Marek Olšák wrote: Hi, I propose that we use versioning in the form of "year.quarter". 2017 would start with 17.0, then 17.1, 17.2, 17.3 for following quarters of the year, respectively. 2018 would start with 18.0, then 18.1,

Re: [Mesa-dev] Error when trying to compile RADV

I ended up having to use `env LLVM_CONFIG=llvm-config-3.9` in order to get it to compile. After installing it, I think it loaded up properly. I couldn't get Vulkan examples ( https://github.com/SaschaWillems/Vulkan ) to work, though; it was saying "Unsupported driver". So I played around the

Re: [Mesa-dev] Proposal of date-based Mesa versioning for 2017

On 10/02/2016 06:46 AM, Marek Olšák wrote: > Hi, > > I propose that we use versioning in the form of "year.quarter". > > 2017 would start with 17.0, then 17.1, 17.2, 17.3 for following > quarters of the year, respectively. > 2018 would start with 18.0, then 18.1, 18.2, 18.3. > > The

Re: [Mesa-dev] [PATCH v2 0/2] Add support for some of the missing CL1.2 queries

This series is, Reviewed-by: Edward O'Callaghan On 10/02/2016 03:51 AM, Serge Martin wrote: > Updated serie, please review. > > Serge Martin (2): > clover: add CL_PROGRAM_BINARY_TYPE support (CL1.2) > clover: add missing clGetDeviceInfo CL1.2 queries > >

[Mesa-dev] [PATCH mesa] Revert "nir/spirv: add spirv2nir binary to .gitignore"

This reverts commit fc03ecfeaf5a10a8b84d366f24f02e74ab03b145. Chad had already pushed the same change between me posting the patch and Jason pushing it: 44bcf1ffcced04fd7f2b (".gitignore: Ignore src/compiler/spirv2nir") CC: Chad Versace CC: Jason Ekstrand

[Mesa-dev] [Bug 98012] [anv] Segfault when running Dolphin twice on Ivy Bridge

https://bugs.freedesktop.org/show_bug.cgi?id=98012 Bug ID: 98012 Summary: [anv] Segfault when running Dolphin twice on Ivy Bridge Product: Mesa Version: git Hardware: x86-64 (AMD64) OS: Linux (All)

[Mesa-dev] [Bug 96770] include/GL/mesa_glinterop.h:62: error: redefinition of typedef ‘GLXContext’

https://bugs.freedesktop.org/show_bug.cgi?id=96770 Vinson Lee changed: What|Removed |Added Version|git |12.0 -- You are