Re: [Mesa-dev] [PATCH 12/88] i965: add initial implementation of on disk shader cache

On Sun, 2016-09-25 at 20:38 -0700, Kenneth Graunke wrote: > On Monday, September 26, 2016 1:28:35 PM PDT Timothy Arceri wrote: > > > > On Sun, 2016-09-25 at 19:43 -0700, Kenneth Graunke wrote: > > > > > > On Saturday, September 24, 2016 3:24:53 PM PDT Timothy Arceri > > > wrote: > > > > > > > >

[Mesa-dev] [Bug 97957] Awful screen tearing in a separate X server with DRI3

https://bugs.freedesktop.org/show_bug.cgi?id=97957 Michel Dänzer changed: What|Removed |Added CC|mic...@daenzer.net | --- Comment #8

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

On Thu, 2016-09-29 at 19:17 -0700, Jason Ekstrand wrote: > > > On Sep 29, 2016 5:14 PM, "Timothy Arceri" wrote: > > > > > > On Thu, 2016-09-29 at 15:56 +0100, Emil Velikov wrote: > > > > > > On 28 September 2016 at 19:53, Marek Olšák wrote: >

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

On Sep 29, 2016 5:14 PM, "Timothy Arceri" wrote: > > On Thu, 2016-09-29 at 15:56 +0100, Emil Velikov wrote: > > On 28 September 2016 at 19:53, Marek Olšák wrote: > > > > > > Hi, > > > > > > It's been almost 4 months since the 12.0 branch was

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

On 30 September 2016 at 01:07, Jason Ekstrand wrote: > On Sep 29, 2016 7:56 AM, "Emil Velikov" wrote: >> >> On 28 September 2016 at 19:53, Marek Olšák wrote: >> > Hi, >> > >> > It's been almost 4 months since the 12.0 branch was

Re: [Mesa-dev] [PATCH] glsl: optimize copy_propagation_elements pass

On 09/29/2016 12:17 AM, Tapani Pälli wrote: > > On 09/28/2016 06:14 PM, Ian Romanick wrote: >> On 09/16/2016 06:21 PM, Tapani Pälli wrote: >>> Changes make copy_propagation_elements pass faster, reducing link >>> time spent in test case of bug 94477. Does not fix the actual issue >>> but brings

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

On Thu, 2016-09-29 at 15:56 +0100, Emil Velikov wrote: > On 28 September 2016 at 19:53, Marek Olšák wrote: > > > > Hi, > > > > It's been almost 4 months since the 12.0 branch was created, and > > soon > > it will have been 3 months since Mesa 12.0 was released. > > > > Is

Re: [Mesa-dev] [PATCH] gallium/hud: Add power sensor support

Reviewed-by: Brian Paul and pushed to master. Thanks. -Brian On 09/29/2016 08:11 AM, Steven Toth wrote: Implement support for power based sensors, reporting units in milli-watts and watts. Also, minor cleanup - change the related if block to a switch. Tested with two

[Mesa-dev] mesa/llvmpipe select alpha visual

My application window becomes transparent when I run my application with llvmpipe by setting LD_LIBRARY_PATH instead of the proprietary NVIDIA driver that I otherwise use. I've come to the understanding, after digging into the code for a few hours, that mesa selects this Visual even though my

Re: [Mesa-dev] [PATCH 1/4] radeon/vce: allocate at least 4KB of memory for the feedback buffer

On 29.09.2016 18:52, Christian König wrote: NAK to the whole approach. VCE feedback buffers are completely separated to UVD or other MM feedback buffers, so they shouldn't be allocated in radeon_video.c I can rename the function to rvce_create_feedback_buffer and move it to radeon_vce.c,

[Mesa-dev] [PATCH] st/omx/dec/h265: add scaling list data

Specified by subclause 7.3.4 v2: get the loop optimized Signed-off-by: Leo Liu --- src/gallium/state_trackers/omx/vid_dec_h265.c | 102 -- 1 file changed, 97 insertions(+), 5 deletions(-) diff --git a/src/gallium/state_trackers/omx/vid_dec_h265.c

[Mesa-dev] [PATCH 3/3] [Bug 38970] [bisected]piglit glx/glx-pixmap-multi failed

I tried to debug this issue with changing the condition to check only bad magic and Error. And the test passed. Though i am not sure what is the correct behaviour if we are in this condition. May be we should make some other condition if the Hash Table have the bucket data. ---

Re: [Mesa-dev] [PATCH 1/4] radeon/vce: allocate at least 4KB of memory for the feedback buffer

Am 29.09.2016 22:34, schrieb Dieter Nützel: [bisected] gallium/radeon: add query fences and r600_get_hw_query_params introduce regression on r600g/NI/Turks XT with Blender 2.76. Picking/selecting with right mouse button result in SIG: radeon: The kernel rejected CS, see dmesg for more

Re: [Mesa-dev] [PATCH 1/4] radeon/vce: allocate at least 4KB of memory for the feedback buffer

[bisected] gallium/radeon: add query fences and r600_get_hw_query_params introduce regression on r600g/NI/Turks XT with Blender 2.76. Picking/selecting with right mouse button result in SIG: radeon: The kernel rejected CS, see dmesg for more information (-22). radeon: The kernel rejected CS,

Re: [Mesa-dev] [PATCH 1/5] st/omx/dec/h265: add scaling list data

On 09/27/2016 06:23 AM, Emil Velikov wrote: On 23 September 2016 at 17:32, Leo Liu wrote: Specified by 7.3.4 There's a word missing in there ^ - table 7.3.4 ? Yeh, something is missed, it's from subclause 7.3.4 Signed-off-by: Leo Liu ---

[Mesa-dev] more unsigned -> enum pipe_shader_type

If anyone is looking for something simple to do, this is just a reminder that there are more places in gallium where we can replace unsigned with enum pipe_shader_type (a bunch was done in August). Specifically, pipe_screen::get_shader_param() pipe_screen::get_compiler_options()

Re: [Mesa-dev] [PATCH 5/5] st/omx/dec/h265: fix the skip for before and after list

On 09/27/2016 06:37 AM, Emil Velikov wrote: On 23 September 2016 at 17:32, Leo Liu wrote: Should not be skipped when rps->used false Please 'translate' "rps->used false" to English ? Will do. Also one might want to mention if the patch/es fix any known issue - bugzilla,

Re: [Mesa-dev] [PATCH 3/5] st/omx/dec/h265: decoder size should follow from sps

On 09/27/2016 06:24 AM, Emil Velikov wrote: On 23 September 2016 at 17:32, Leo Liu wrote: So that it will pass correct size to width(height)_in_samples in uvd message buffer. The st code is device agnostic. s/uvd/hardware/ perhaps ? From st, it pass the width/height to

Re: [Mesa-dev] [PATCH 1/3] mesa: Enable enums for OES_viewport_array

On Thu, Sep 29, 2016 at 3:03 PM, Anuj Phogat wrote: > On Thu, Sep 29, 2016 at 11:45 AM, Ilia Mirkin wrote: >> 2016-09-29 14:42 GMT-04:00 Anuj Phogat : >>> Signed-off-by: Anuj Phogat >>> Cc: Ilia Mirkin

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

On Thu, Sep 29, 2016 at 8:19 PM, Emil Velikov wrote: > On 29 September 2016 at 18:48, Marek Olšák wrote: >> On Thu, Sep 29, 2016 at 4:56 PM, Emil Velikov >> wrote: >>> On 29 September 2016 at 11:48, Marek Olšák

Re: [Mesa-dev] [PATCH 1/3] mesa: Enable enums for OES_viewport_array

On Thu, Sep 29, 2016 at 11:45 AM, Ilia Mirkin wrote: > 2016-09-29 14:42 GMT-04:00 Anuj Phogat : >> Signed-off-by: Anuj Phogat >> Cc: Ilia Mirkin >> --- >> src/mesa/main/get.c | 6 ++ >>

Re: [Mesa-dev] [PATCH] gallium/r300: initialize pipe_resource::next to NULL

On Thu, Sep 29, 2016 at 8:37 PM, Rob Clark wrote: > On Tue, Sep 27, 2016 at 10:56 PM, Michel Dänzer wrote: >> On 28/09/16 12:33 AM, Rob Clark wrote: >>> Signed-off-by: Rob Clark >>> --- >>> I had a scan through the rest of

Re: [Mesa-dev] [RFC] egl: stop claiming support for pbuffer + msaa (RFC)

On Thu, Sep 29, 2016 at 6:23 PM, Emil Velikov wrote: > On 27 September 2016 at 13:47, Marek Olšák wrote: >> On Tue, Sep 27, 2016 at 2:34 PM, Emil Velikov >> wrote: >>> On 26 September 2016 at 08:41, Tapani Pälli

Re: [Mesa-dev] [PATCH 1/3] mesa: Enable enums for OES_viewport_array

2016-09-29 14:42 GMT-04:00 Anuj Phogat : > Signed-off-by: Anuj Phogat > Cc: Ilia Mirkin > --- > src/mesa/main/get.c | 6 ++ > src/mesa/main/get_hash_params.py | 8 > 2 files changed, 10 insertions(+),

[Mesa-dev] [PATCH 1/3] mesa: Enable enums for OES_viewport_array

Signed-off-by: Anuj Phogat Cc: Ilia Mirkin --- src/mesa/main/get.c | 6 ++ src/mesa/main/get_hash_params.py | 8 2 files changed, 10 insertions(+), 4 deletions(-) diff --git a/src/mesa/main/get.c b/src/mesa/main/get.c index

[Mesa-dev] [PATCH 2/3] mesa: Add a check for OES_viewport_array

Signed-off-by: Anuj Phogat Cc: Ilia Mirkin --- src/mesa/main/viewport.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/src/mesa/main/viewport.c b/src/mesa/main/viewport.c index f59723f..bd58044 100644 ---

[Mesa-dev] [PATCH 3/3] i965/gen8+: Enable GL_OES_viewport_array

This patch causes 2 regressions in khronos' gles cts tests on various intel platforms. Failing tests: ES3-CTS.functional.state_query.integers.viewport_getinteger ES3-CTS.functional.state_query.integers.viewport_getfloat Here is an explanation of what's causing the failures: CTS tests are not

Re: [Mesa-dev] [PATCH] i965/gen8+: Enable GL_OES_viewport_array

On Thu, Sep 29, 2016 at 2:40 PM, Anuj Phogat wrote: > On Thu, Sep 22, 2016 at 5:59 PM, Ilia Mirkin wrote: >> On Wed, Sep 21, 2016 at 2:15 PM, Anuj Phogat wrote: >>> Signed-off-by: Anuj Phogat >>> >>> ---

Re: [Mesa-dev] [PATCH] i965/gen8+: Enable GL_OES_viewport_array

On Thu, Sep 22, 2016 at 5:59 PM, Ilia Mirkin wrote: > On Wed, Sep 21, 2016 at 2:15 PM, Anuj Phogat wrote: >> Signed-off-by: Anuj Phogat >> >> --- >> This patch requires below series: >>

Re: [Mesa-dev] [PATCH] gallium/r300: initialize pipe_resource::next to NULL

On Tue, Sep 27, 2016 at 10:56 PM, Michel Dänzer wrote: > On 28/09/16 12:33 AM, Rob Clark wrote: >> Signed-off-by: Rob Clark >> --- >> I had a scan through the rest of pipe_resource allocations, and I think >> this is the only remaining one (besides

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

On 29 September 2016 at 18:48, Marek Olšák wrote: > On Thu, Sep 29, 2016 at 4:56 PM, Emil Velikov > wrote: >> On 29 September 2016 at 11:48, Marek Olšák wrote: >>> On Thu, Sep 29, 2016 at 11:20 AM, Nicolai Hähnle

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

Hi, > The GLSL compiler can be slowed down significantly by keeping 5x > LLVMContext in memory between compilations in radeonsi. The fact that > radeonsi can indirectly slow down the GLSL compiler (but not LLVM) is > a strong indication that we have a problem. This will mean there will be two

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

On Thu, Sep 29, 2016 at 4:56 PM, Emil Velikov wrote: > On 29 September 2016 at 11:48, Marek Olšák wrote: >> On Thu, Sep 29, 2016 at 11:20 AM, Nicolai Hähnle wrote: >>> On 28.09.2016 18:49, Marek Olšák wrote: From: Marek

Re: [Mesa-dev] [PATCH 1/4] radeon/vce: allocate at least 4KB of memory for the feedback buffer

What special memory placement requirements are those, and how are they expressed? Uff, where should I start? The UVD hardware can only access the GPU address space through two special apertures. But most of the time you have to deal with more than two buffers at the same time. So to make

Re: [Mesa-dev] [PATCH 7/7] egl: Unify the EGLint/EGLAttrib paths in eglCreateSync*

On 28 September 2016 at 07:28, Chad Versace wrote: > Pre-patch, there were two code paths for parsing EGLSync attribute > lists: one path for old-style EGLint lists, used by eglCreateSyncKHR, > and another for new-style EGLAttrib lists, used by eglCreateSync (1.5) > and

Re: [Mesa-dev] [PATCH 1/4] radeon/vce: allocate at least 4KB of memory for the feedback buffer

NAK to the whole approach. VCE feedback buffers are completely separated to UVD or other MM feedback buffers, so they shouldn't be allocated in radeon_video.c Additional to that older UVD message, feedback and bitstream buffers have special memory placement requirements. So you clearly

[Mesa-dev] [PATCH 1/4] radeon/vce: allocate at least 4KB of memory for the feedback buffer

From: Nicolai Hähnle The kernel's CS checker requires it. This fixes a regression introduced by the buffer sub-allocation. Cc: Christian König Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=97976 ---

[Mesa-dev] [PATCH 0/4] radeon/vce,uvd: regression fixes

Hi all, this should fix two types of regressions introduced by the buffer sub-allocation. 1. On radeon, old-style relocations are used, and the offset of sub-allocated buffers needs to be taken into account there. (I haven't tested this part yet.) 2. Also on amdgpu, the kernel expects

[Mesa-dev] [PATCH 3/4] radeon/uvd: adjust the buffer offset when relocation is used

From: Nicolai Hähnle Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=97969 --- src/gallium/drivers/radeon/radeon_uvd.c | 1 + 1 file changed, 1 insertion(+) diff --git a/src/gallium/drivers/radeon/radeon_uvd.c b/src/gallium/drivers/radeon/radeon_uvd.c index

[Mesa-dev] [PATCH 2/4] radeon/vce: adjust the buffer offset when relocation is used

From: Nicolai Hähnle --- src/gallium/drivers/radeon/radeon_vce.c | 1 + 1 file changed, 1 insertion(+) diff --git a/src/gallium/drivers/radeon/radeon_vce.c b/src/gallium/drivers/radeon/radeon_vce.c index dd4c367..d45ec12 100644 ---

Re: [Mesa-dev] [PATCH 0/7] egl: Fixes and cleanups for EGLSync

On 28 September 2016 at 07:28, Chad Versace wrote: > Fixes a deadlock in > dEQP-EGL.functional.fence_sync.invalid.get_invalid_value. > > With the deadlock fixed, it's now possible to run all of > 'dEQP-EGL.functional.fence_sync.*'. > > The patch series' main goal is to

[Mesa-dev] [PATCH 4/4] gallium/radeon: update documentation of buffer_get_virtual_address

From: Nicolai Hähnle --- src/gallium/drivers/radeon/radeon_winsys.h | 3 +++ 1 file changed, 3 insertions(+) diff --git a/src/gallium/drivers/radeon/radeon_winsys.h b/src/gallium/drivers/radeon/radeon_winsys.h index dcbebe0..d248004 100644 ---

Re: [Mesa-dev] [PATCH 7/7] egl: Unify the EGLint/EGLAttrib paths in eglCreateSync*

On 28 September 2016 at 07:28, Chad Versace wrote: > + if (sizeof(int_list[0]) == sizeof(attrib_list[0])) { > + attrib_list = (EGLAttrib *) int_list; > + } else { > + err = _eglConvertIntsToAttribs(int_list, _list); > + if (err != EGL_SUCCESS) > +

Re: [Mesa-dev] [RFC] egl: stop claiming support for pbuffer + msaa (RFC)

On 27 September 2016 at 13:47, Marek Olšák wrote: > On Tue, Sep 27, 2016 at 2:34 PM, Emil Velikov > wrote: >> On 26 September 2016 at 08:41, Tapani Pälli wrote: >>> This fixes a crash in egl-create-msaa-pbuffer-surface Piglit

[Mesa-dev] [Bug 97957] Awful screen tearing in a separate X server with DRI3

https://bugs.freedesktop.org/show_bug.cgi?id=97957 Dieter Nützel changed: What|Removed |Added CC||mic...@daenzer.net

Re: [Mesa-dev] Next Mesa release, anyone?

On 29.09.2016 18:10, Jason Ekstrand wrote: > On Sep 28, 2016 11:44 PM, "Timo Aaltonen" > wrote: >> >> On 28.09.2016 21:53, Marek Olšák wrote: >> > Hi, >> > >> > It's been almost 4 months since the 12.0 branch was created, and soon >> > it will

Re: [Mesa-dev] Next Mesa release, anyone?

On Sep 28, 2016 11:44 PM, "Timo Aaltonen" wrote: > > On 28.09.2016 21:53, Marek Olšák wrote: > > Hi, > > > > It's been almost 4 months since the 12.0 branch was created, and soon > > it will have been 3 months since Mesa 12.0 was released. > > > > Is there any reason we

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

On Sep 29, 2016 7:56 AM, "Emil Velikov" wrote: > > On 28 September 2016 at 19:53, Marek Olšák wrote: > > Hi, > > > > It's been almost 4 months since the 12.0 branch was created, and soon > > it will have been 3 months since Mesa 12.0 was released. > >

Re: [Mesa-dev] [PATCH] anv/gen7_pipeline: Use MSDISPMODE_PERSAMPLE for non-multisampled fbo

On Sep 28, 2016 12:10 PM, "Anuj Phogat" wrote: > > On Wed, Sep 21, 2016 at 12:49 PM, Anuj Phogat wrote: > > On Wed, Sep 21, 2016 at 11:49 AM, Jason Ekstrand wrote: > >> This seems odd... When can it even happen that we have

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

On 29 September 2016 at 11:48, Marek Olšák wrote: > On Thu, Sep 29, 2016 at 11:20 AM, Nicolai Hähnle wrote: >> On 28.09.2016 18:49, Marek Olšák wrote: >>> >>> From: Marek Olšák >>> >>> More info about jemalloc: >>>

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

On 28 September 2016 at 19:53, Marek Olšák wrote: > Hi, > > It's been almost 4 months since the 12.0 branch was created, and soon > it will have been 3 months since Mesa 12.0 was released. > > Is there any reason we haven't created the stable branch yet? > > Ideally, we would

Re: [Mesa-dev] [Request for Testing] i965: import prime buffers in the current context, not screen

On 02/09/16 10:08, Martin Peres wrote: On 25/08/16 21:49, Kristian Høgsberg wrote: On Thu, Aug 25, 2016 at 11:38 AM, Chad Versace wrote: On Thu 25 Aug 2016, Martin Peres wrote: This mirrors the codepath taken by DRI2 in IntelSetTexBuffer2() and fixes many

[Mesa-dev] [PATCH] gallium/hud: Add power sensor support

Implement support for power based sensors, reporting units in milli-watts and watts. Also, minor cleanup - change the related if block to a switch. Tested with two different power sensors, including the nouveau 'power1' sensors on a GTX950 card. Signed-off-by: Steven Toth

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

Hi Marek, > The diff is -10.5% for a full shader-db run. Interesting finding, did you also have a look at the memory footprint (rss) during the shader-db Run (average and Spikes)? Br, Clemens ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org

[Mesa-dev] [PATCH 2/7] gallium/radeon: label basic blocks by the corresponding TGSI pc

From: Nicolai Hähnle --- src/gallium/drivers/radeon/radeon_setup_tgsi_llvm.c | 17 + 1 file changed, 17 insertions(+) diff --git a/src/gallium/drivers/radeon/radeon_setup_tgsi_llvm.c b/src/gallium/drivers/radeon/radeon_setup_tgsi_llvm.c index

[Mesa-dev] [PATCH 4/7] gallium/radeon: merge branch and loop flow control stacks

From: Nicolai Hähnle --- src/gallium/drivers/radeon/radeon_llvm.h | 20 +-- .../drivers/radeon/radeon_setup_tgsi_llvm.c| 140 +++-- 2 files changed, 78 insertions(+), 82 deletions(-) diff --git

[Mesa-dev] [PATCH 6/7] gallium/radeon: fix argument type of llvm.{cttz, ctlz}.i32 intrinsics

From: Nicolai Hähnle Caught by R600_DEBUG=checkir (next commit). --- src/gallium/drivers/radeon/radeon_setup_tgsi_llvm.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/src/gallium/drivers/radeon/radeon_setup_tgsi_llvm.c

[Mesa-dev] [PATCH 7/7] radeonsi: optionally run the LLVM IR verifier pass

From: Nicolai Hähnle This is enabled automatically if shader printing is enabled, or separately by R600_DEBUG=checkir. Catch mal-formed IR before it crashes in a later pass. --- src/gallium/drivers/radeon/r600_pipe_common.c | 7 ++

[Mesa-dev] [PATCH 3/7] gallium/radeon: simplify if/else/endif blocks

From: Nicolai Hähnle In particular, we no longer emit an else block when there is no ELSE instruction. --- src/gallium/drivers/radeon/radeon_llvm.h | 4 +-- .../drivers/radeon/radeon_setup_tgsi_llvm.c| 39 ++ 2 files changed, 18

[Mesa-dev] [PATCH 5/7] gallium/radeon: unify the creation of basic blocks

From: Nicolai Hähnle This changes the order of basic blocks to be equal to the order of code in the original TGSI, which is nice for making sense of shader dumps. --- .../drivers/radeon/radeon_setup_tgsi_llvm.c| 34 +++--- 1 file changed, 24

[Mesa-dev] [PATCH 1/7] gallium/radeon: cleanup and fix branch emits

From: Nicolai Hähnle Some of the existing code is needlessly complicated. The basic principle should be: control-flow opcodes emit branches to properly terminate the current block, _unless_ the current block already has a terminator (which happens if and only if there

[Mesa-dev] [Bug 93089] mesa fails to check for gcc atomic primitives before using them

https://bugs.freedesktop.org/show_bug.cgi?id=93089 Elmar Hanlhofer changed: What|Removed |Added CC||bugzi...@plop.at

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

On Thu, Sep 29, 2016 at 11:20 AM, Nicolai Hähnle wrote: > On 28.09.2016 18:49, Marek Olšák wrote: >> >> From: Marek Olšák >> >> More info about jemalloc: >>https://github.com/jemalloc/jemalloc/wiki/History >> >> Average from 3 takes compiling Alien

Re: [Mesa-dev] [PATCH 25/95] i965/vec4: fix base offset for nir_registers with doubles

On Wed, 2016-08-17 at 14:16 -0700, Francisco Jerez wrote: > Iago Toral writes: > > > > > On Tue, 2016-08-02 at 18:40 -0700, Francisco Jerez wrote: > > > > > > Iago Toral Quiroga writes: > > > > > > > > > > > > > > > --- > > > >  

Re: [Mesa-dev] [PATCH 3/3] radeonsi: remove cb0_is_integer handling

On Thu, Sep 29, 2016 at 11:23 AM, Nicolai Hähnle wrote: > This patch is > > Reviewed-by: Nicolai Hähnle > > though I wonder if it breaks nine. If it does, it should be up to nine to be > fixed similarly to st/mesa, though. Nine (DX9) doesn't use

Re: [Mesa-dev] [PATCH 3/3] radeonsi: remove cb0_is_integer handling

This patch is Reviewed-by: Nicolai Hähnle though I wonder if it breaks nine. If it does, it should be up to nine to be fixed similarly to st/mesa, though. On 28.09.2016 15:44, Marek Olšák wrote: From: Marek Olšák st/mesa does this for us. ---

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

On 28.09.2016 18:49, Marek Olšák wrote: From: Marek Olšák More info about jemalloc: https://github.com/jemalloc/jemalloc/wiki/History Average from 3 takes compiling Alien Isolation shaders from GLSL to GCN bytecode: glibc:17.183s jemalloc: 15.558s diff:

Re: [Mesa-dev] [PATCH] st/mesa: enable GL_KHR_robustness

On Thu, Sep 29, 2016 at 10:20 AM, Nicolai Hähnle wrote: > On 29.09.2016 00:00, Bas Nieuwenhuizen wrote: >> >> On Wed, Sep 28, 2016 at 6:27 PM, Nicolai Hähnle >> wrote: >>> >>> On 28.09.2016 16:20, Ilia Mirkin wrote: On Wed, Sep 28, 2016 at

Re: [Mesa-dev] [PATCH] st/mesa: enable GL_KHR_robustness

On 29.09.2016 00:00, Bas Nieuwenhuizen wrote: On Wed, Sep 28, 2016 at 6:27 PM, Nicolai Hähnle wrote: On 28.09.2016 16:20, Ilia Mirkin wrote: On Wed, Sep 28, 2016 at 6:25 AM, Nicolai Hähnle wrote: From: Nicolai Hähnle The

[Mesa-dev] [Bug 97957] Awful screen tearing in a separate X server with DRI3

https://bugs.freedesktop.org/show_bug.cgi?id=97957 Chris Wilson changed: What|Removed |Added CC|

[Mesa-dev] [Bug 97957] Awful screen tearing in a separate X server with DRI3

https://bugs.freedesktop.org/show_bug.cgi?id=97957 Chris Wilson changed: What|Removed |Added Component|Driver/intel|Mesa core

Re: [Mesa-dev] [PATCH] st/va: Fix vaSyncSurface with no outstanding operation

On 29.09.2016 01:45, Andy Furniss wrote: > Mark Thompson wrote: >> On 28/09/16 11:47, Andy Furniss wrote: >>> Andy Furniss wrote: Andy Furniss wrote: > I started to get some numbers but found a possible bug = I > made a 1000 frame 15mbit 1080p50 mkv with ffmpeg/libx264. >

Re: [Mesa-dev] [PATCH] glsl: optimize copy_propagation_elements pass

On 09/28/2016 06:14 PM, Ian Romanick wrote: On 09/16/2016 06:21 PM, Tapani Pälli wrote: Changes make copy_propagation_elements pass faster, reducing link time spent in test case of bug 94477. Does not fix the actual issue but brings down the total time. No regressions seen in CI. How does

Re: [Mesa-dev] Next Mesa release, anyone?

On 28.09.2016 21:53, Marek Olšák wrote: > Hi, > > It's been almost 4 months since the 12.0 branch was created, and soon > it will have been 3 months since Mesa 12.0 was released. > > Is there any reason we haven't created the stable branch yet? > > Ideally, we would time the release so that