Re: [Mesa-dev] [RFC 3/3] mesa: expose KHR_no_error for GL

On 28/03/17 16:12, Ilia Mirkin wrote: On Tue, Mar 28, 2017 at 1:10 AM, Timothy Arceri wrote: On 28/03/17 15:39, Ilia Mirkin wrote: Why can't we just have this on ES as-is? It should support context flags just fine... that's how e.g. robustness is done there, no? (Note

Re: [Mesa-dev] [RFC 3/3] mesa: expose KHR_no_error for GL

On Tue, Mar 28, 2017 at 1:12 AM, Ilia Mirkin wrote: > On Tue, Mar 28, 2017 at 1:10 AM, Timothy Arceri wrote: >> On 28/03/17 15:39, Ilia Mirkin wrote: >>> >>> Why can't we just have this on ES as-is? It should support context >>> flags just fine...

Re: [Mesa-dev] [RFC 3/3] mesa: expose KHR_no_error for GL

On Tue, Mar 28, 2017 at 1:10 AM, Timothy Arceri wrote: > On 28/03/17 15:39, Ilia Mirkin wrote: >> >> Why can't we just have this on ES as-is? It should support context >> flags just fine... that's how e.g. robustness is done there, no? (Note >> that ES makes no requirement

Re: [Mesa-dev] [RFC 3/3] mesa: expose KHR_no_error for GL

On 28/03/17 15:39, Ilia Mirkin wrote: Why can't we just have this on ES as-is? It should support context flags just fine... that's how e.g. robustness is done there, no? (Note that ES makes no requirement for EGL - an ES context can be created with GLX as well, in case it matters.) Well I guess

[Mesa-dev] [Bug 100407] GLX problem when trying to launch QtCreator

https://bugs.freedesktop.org/show_bug.cgi?id=100407 Timothy Arceri changed: What|Removed |Added Resolution|--- |NOTOURBUG

Re: [Mesa-dev] [PATCH 6/7] docs/releasing: added relevant people for build/check with Android

Acked-by: Tapani Pälli On 03/27/2017 09:48 PM, Andres Gomez wrote: Signed-off-by: Andres Gomez Cc: Emil Velikov Cc: Tapani Pälli Cc: Mauro Rossi --- docs/releasing.html |

Re: [Mesa-dev] [RFC 3/3] mesa: expose KHR_no_error for GL

Why can't we just have this on ES as-is? It should support context flags just fine... that's how e.g. robustness is done there, no? (Note that ES makes no requirement for EGL - an ES context can be created with GLX as well, in case it matters.) On Tue, Mar 28, 2017 at 12:35 AM, Timothy Arceri

[Mesa-dev] [RFC 1/3] dri: add support for CONTEXT_FLAG_NO_ERROR_BIT_KHR

The KHR_no_error spec says: "CONTEXT_FLAG_NO_ERROR_BIT_KHR is only supported if the OpenGL version has support for context flags (as defined in the OpenGL 4.5 core spec) or an extension supporting equivalent functionality is exposed." But the OpenGL 4.5 core spec just has referenced

[Mesa-dev] [RFC 2/3] mesa: always return GL_OUT_OF_MEMORY or GL_NO_ERROR when KHR_no_error enabled

--- src/mesa/main/getstring.c | 12 1 file changed, 12 insertions(+) diff --git a/src/mesa/main/getstring.c b/src/mesa/main/getstring.c index 6e90511..50140cf 100644 --- a/src/mesa/main/getstring.c +++ b/src/mesa/main/getstring.c @@ -297,17 +297,29 @@ invalid_pname: * * Returns

[Mesa-dev] [RFC 3/3] mesa: expose KHR_no_error for GL

There ES is no support for now as this requires EGL_KHR_create_context_no_error to be implemented. --- src/mesa/main/extensions_table.h | 1 + 1 file changed, 1 insertion(+) diff --git a/src/mesa/main/extensions_table.h b/src/mesa/main/extensions_table.h index ec71791..4439731 100644 ---

[Mesa-dev] [Bug 100407] GLX problem when trying to launch QtCreator

https://bugs.freedesktop.org/show_bug.cgi?id=100407 --- Comment #2 from pictsi...@gmail.com --- I installed 13.05 via backports, now it's not telling me to report a bug, but still doesn't work: pictsidhe@X40:~$ ./Qt/Tools/QtCreator/bin/qtcreator QOpenGLFramebufferObject: Framebuffer incomplete

[Mesa-dev] [PATCH] radv: move shader stages calculation to pipeline.

From: Dave Airlie With tess this becomes a bit more complex. so move to pipeline for now. Signed-off-by: Dave Airlie --- src/amd/vulkan/radv_cmd_buffer.c | 9 + src/amd/vulkan/radv_pipeline.c | 9 - src/amd/vulkan/radv_private.h| 1

Re: [Mesa-dev] [PATCH v2 10/10] swr: [rasterizer codegen] Fix windows build

Tried Depends(), but it doesn’t work all the time. There are some cases where it works, and some others where it doesn’t. I’ll need to investigate more. Fix in a separate checkin later? George On Mar 27, 2017, at 8:38 PM, Rowley, Timothy O

[Mesa-dev] [Bug 100424] X hang (in kernel) after some event in Serious Sam Fusion using radv. 4.9/and-staging-4.9

https://bugs.freedesktop.org/show_bug.cgi?id=100424 Michel Dänzer changed: What|Removed |Added Version|unspecified |git -- You are

[Mesa-dev] [Bug 100424] X hang (in kernel) after some event in Serious Sam Fusion using radv. 4.9/and-staging-4.9

https://bugs.freedesktop.org/show_bug.cgi?id=100424 Michel Dänzer changed: What|Removed |Added Component|DRM/AMDgpu

[Mesa-dev] [Bug 100425] glGenFramebuffersEXT appears to be null on (some?) Mesa 12.0.6 systems

https://bugs.freedesktop.org/show_bug.cgi?id=100425 --- Comment #2 from Kai Ninomiya --- We don't see any reports on any versions other than 12.0.6, pretty much just on Ubuntu. These users appear to be on Ubuntu 16.04 LTS (xenial + xenial-updates). Unfortunately, we can

[Mesa-dev] [Bug 100425] glGenFramebuffersEXT appears to be null on (some?) Mesa 12.0.6 systems

https://bugs.freedesktop.org/show_bug.cgi?id=100425 Timothy Arceri changed: What|Removed |Added Status|NEW |NEEDINFO ---

[Mesa-dev] [PATCH 4/5] radv: move calculating fragment shader i/os to pipeline.

From: Dave Airlie There is no need to calculate this on each command submit. Signed-off-by: Dave Airlie --- src/amd/vulkan/radv_cmd_buffer.c | 67 +++-- src/amd/vulkan/radv_pipeline.c | 71

[Mesa-dev] [PATCH 3/5] radv: move shader_z_format calculation to pipeline.

From: Dave Airlie No need to recalculate this every time. Signed-off-by: Dave Airlie --- src/amd/vulkan/radv_cmd_buffer.c | 5 + src/amd/vulkan/radv_pipeline.c | 6 ++ src/amd/vulkan/radv_private.h| 1 + 3 files changed, 8 insertions(+), 4

[Mesa-dev] [PATCH 2/5] radv: move db_shader_control calculation to pipeline.

From: Dave Airlie There is no need to recalculate this every time. Signed-off-by: Dave Airlie --- src/amd/vulkan/radv_cmd_buffer.c | 16 +--- src/amd/vulkan/radv_pipeline.c | 19 ++- src/amd/vulkan/radv_private.h| 1 +

[Mesa-dev] [PATCH 5/5] radv: move pa_cl_vs_out_cntl calculation to pipeline

From: Dave Airlie This also takes the side band setting code from radeonsi. Signed-off-by: Dave Airlie --- src/amd/vulkan/radv_cmd_buffer.c | 16 +--- src/amd/vulkan/radv_pipeline.c | 31 ++-

[Mesa-dev] [PATCH 1/5] radv: move vgt_gs_mode value to pipeline.

From: Dave Airlie No need to recalculate this everytime. Signed-off-by: Dave Airlie --- src/amd/vulkan/radv_cmd_buffer.c | 29 +++-- src/amd/vulkan/radv_pipeline.c | 27 ++- src/amd/vulkan/radv_private.h

Re: [Mesa-dev] [PATCH v2 10/10] swr: [rasterizer codegen] Fix windows build

On closer review of 10/10, I don’t like the approach taken here. You’ve added a —template argument to gen_backends.py, making it different from the rest of the scripts and actually running it with different parameters on automake and scons. Can’t you get scons to have the necessary dependency

Re: [Mesa-dev] MESA and KOTOR

I honestly don't know what's causing it to fail :( I'm trying to figure it out using IDA pro but I'm really not good at this stuff. I will try to see what happens if I leave the current context though, instead of setting it to null. Il 2017-03-27 13:32, Jose Fonseca ha scritto: No, I'm

Re: [Mesa-dev] MESA and KOTOR

Hi, thanks for the suggestions ;) I was using opengl32.dll as a drop-in replacement. I followed your instructions to properly load mesa as an opengl driver and got pretty much the same crash, but on top of that, the game can't change the resolution, only the desktop resolution seems to be

Re: [Mesa-dev] [PATCH 01/10] swr: [rasterizer codegen] Refactor codegen

Apart from 01/10 and 10/10 (that have been discussed in other emails), patches 02/10 to 09/10 Reviewed-By: George Kyriazis > On Mar 25, 2017, at 7:00 AM, Tim Rowley >

[Mesa-dev] [PATCH v2 10/10] swr: [rasterizer codegen] Fix windows build

Fix codegen build break that was introduced earlier v2: update rules for gen_knobs.cpp and gen_knobs.h --- src/gallium/drivers/swr/Makefile.am| 4 +-- src/gallium/drivers/swr/SConscript | 15 ++- .../drivers/swr/rasterizer/codegen/gen_backends.py | 30

Re: [Mesa-dev] [PATCH v2 01/10] swr: [rasterizer codegen] Refactor codegen

With this v2 change PATCH 10/10 has to be updated. V2 of 10/10 coming in a separate envelope. With the 10/10 update, this patch: Reviewed-By: George Kyriazis > George On Mar 27, 2017, at 11:17 AM, Tim Rowley

[Mesa-dev] [Bug 100425] glGenFramebuffersEXT appears to be null on (some?) Mesa 12.0.6 systems

https://bugs.freedesktop.org/show_bug.cgi?id=100425 Kai Ninomiya changed: What|Removed |Added CC|

[Mesa-dev] [Bug 100425] glGenFramebuffersEXT appears to be null on (some?) Mesa 12.0.6 systems

https://bugs.freedesktop.org/show_bug.cgi?id=100425 Bug ID: 100425 Summary: glGenFramebuffersEXT appears to be null on (some?) Mesa 12.0.6 systems Product: Mesa Version: 12.0 Hardware: x86-64 (AMD64) OS:

Re: [Mesa-dev] [PATCH 26/34] i965: Pretend that CCS modified images are two planes

On 17-03-23 14:02:13, Daniel Stone wrote: Hi Ben, On 24 January 2017 at 06:21, Ben Widawsky wrote: @@ -1018,9 +1018,18 @@ intel_from_planar(__DRIimage *parent, int plane, void *loaderPrivate) int width, height, offset, stride, dri_format, index; struct

[Mesa-dev] [PATCH] radv: flush DB cache before and after HTILE decompress.

It reads @ writes the DB cache, and we haven't flushed dst caches yet, so DB cache may be stale. Also the user might be shader read (and probably is), so also flush after. Signed-off-by: Bas Nieuwenhuizen CC: Fixes: f4e499ec791 ("radv: add

Re: [Mesa-dev] [PATCH 1/3] glsl: delay optimisations on individual shaders when cache is available

On Mon, Mar 27, 2017 at 12:43 PM, Timothy Arceri wrote: > > > On 27/03/17 20:30, Grazvydas Ignotas wrote: >> >> On Mon, Mar 27, 2017 at 6:14 AM, Timothy Arceri >> wrote: >>> >>> Due to a max limit of 65,536 entries on the index table that we use to

Re: [Mesa-dev] Meson mesademos (Was: [RFC libdrm 0/2] Replace the build system with meson)

Quoting Jose Fonseca (2017-03-27 09:58:59) > On 27/03/17 17:42, Dylan Baker wrote: > > Quoting Jose Fonseca (2017-03-27 09:31:04) > >> On 27/03/17 17:24, Dylan Baker wrote: > >>> Quoting Jose Fonseca (2017-03-26 14:53:50) > I've pushed the branch to mesa/demos, so we can all collaborate

[Mesa-dev] [PATCH] radv: add parameter to emit_waitcnt.

From: Dave Airlie This is just a precursor for tess support, which needs to pass different values here. Signed-off-by: Dave Airlie --- src/amd/common/ac_nir_to_llvm.c | 11 --- 1 file changed, 8 insertions(+), 3 deletions(-) diff --git

Re: [Mesa-dev] Meson mesademos (Was: [RFC libdrm 0/2] Replace the build system with meson)

Quoting Jose Fonseca (2017-03-27 09:58:59) > On 27/03/17 17:42, Dylan Baker wrote: > > Quoting Jose Fonseca (2017-03-27 09:31:04) > >> On 27/03/17 17:24, Dylan Baker wrote: > >>> Quoting Jose Fonseca (2017-03-26 14:53:50) > I've pushed the branch to mesa/demos, so we can all collaborate

[Mesa-dev] [PATCH] radv: don't emit no color formats. (v2)

From: Dave Airlie If we had no rasterization, we'd emit SPI color format as all 0's the hw dislikes this, add the workaround from radeonsi. Found while debugging tessellation v2: handle at pipeline stage, we have to handle it after we process the fragment shader. (Bas)

Re: [Mesa-dev] [PATCH] glsl: fix lower jumps for returns when loop is inside an if

Am 26.03.2017 um 14:34 schrieb Timothy Arceri: > Previously we would just escape the loop and move everything > following the loop inside the if to the else branch of a new if > with a return flag conditional. However everything outside the > if the loop was nested in would still get executed. >

Re: [Mesa-dev] [PATCH 0/3] Minor fixed-function fragment shader cache key optimizations.

2017-03-27 21:27 GMT+02:00 Gustaw Smolarczyk : > 2017-03-27 21:10 GMT+02:00 Jason Ekstrand : >> On March 27, 2017 10:24:47 AM Gustaw Smolarczyk >> wrote: >> >>> Hello, >>> >>> I was playing with profiling Minecraft on radeonsi in

Re: [Mesa-dev] [PATCH 2/2] mesa: load a user defined drirc file specified via an environment variable

Edmondo Tommasina writes: > On Mon, Mar 27, 2017 at 6:05 PM, Eric Anholt wrote: >> Edmondo Tommasina writes: >> >>> Define a new MESA_USER_DRIRC environment variable to load a customized >>> drirc file. >>> >>> When the

Re: [Mesa-dev] MESA and KOTOR

Hi, I took a look at the wgl code and I think the problem is that MakeCurrent fails if the pixel format of the context and the pbuffer don't match. The main window is double-buffered, so I guess the context is also double-buffered, but the pbuffers are single-buffered and they have no depth

Re: [Mesa-dev] [PATCH 1/4] radv: don't emit no color formats.

On Mon, Mar 27, 2017 at 10:14 PM, Dave Airlie wrote: > From: Dave Airlie > > If we had no rasterization, we'd emit SPI color > format as all 0's the hw dislikes this, add the workaround > from radeonsi. > > Found while debugging tessellation > >

Re: [Mesa-dev] [PATCH v2 2/2] mesa: load a user defined drirc file specified via an environment variable

2017-03-27 21:59 GMT+02:00 Edmondo Tommasina : > Introduce a new MESA_USER_DRIRC environment variable to load a customized > drirc file. > > This can be used mostly for two things: > 1. Force the load of a different user drirc configuration for an application >

Re: [Mesa-dev] [PATCH 3/3] mesa/main: Reduce the size of nr_enabled_units in ff cache key.

Gustaw Smolarczyk writes: > Since it holds values from 0 to 8, 4 bits will suffice. > > Signed-off-by: Gustaw Smolarczyk I don't think this one will actually affect the size, since we're going From 27 to 23 bits before the array of structs. However,

Re: [Mesa-dev] [PATCH 2/2] mesa: load a user defined drirc file specified via an environment variable

On Mon, Mar 27, 2017 at 6:05 PM, Eric Anholt wrote: > Edmondo Tommasina writes: > >> Define a new MESA_USER_DRIRC environment variable to load a customized >> drirc file. >> >> When the variable is not defined, nothing changes and the ${HOME}/.drirc

[Mesa-dev] [PATCH 4/4] radv: rework vertex/export shader output handling

From: Dave Airlie In order to faciliate adding tess support, split the vs/es output info into a separate block, so we make it easier to have the tess shaders export the same info. Signed-off-by: Dave Airlie --- src/amd/common/ac_nir_to_llvm.c | 54

[Mesa-dev] [PATCH 1/4] radv: don't emit no color formats.

From: Dave Airlie If we had no rasterization, we'd emit SPI color format as all 0's the hw dislikes this, add the workaround from radeonsi. Found while debugging tessellation Signed-off-by: Dave Airlie --- src/amd/vulkan/radv_cmd_buffer.c | 19

[Mesa-dev] [PATCH 2/4] radv: handle NULL multisample state.

From: Dave Airlie If rasterization is disabled, we can get a NULL multisample state. Signed-off-by: Dave Airlie --- src/amd/vulkan/radv_pipeline.c | 20 1 file changed, 12 insertions(+), 8 deletions(-) diff --git

[Mesa-dev] radv: some tessellation prework patches

While hacking on tessellation I found a few things that make adding support easier and fix some bugs, may as well send them out now. Dave. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/mesa-dev

[Mesa-dev] [PATCH 3/4] radv: fix ia_multi_vgt_param for instanced vs indirect draw.

From: Dave Airlie The logic was different than radeonsi, fix it up before adding tess support. Signed-off-by: Dave Airlie --- src/amd/vulkan/radv_cmd_buffer.c | 13 +++-- src/amd/vulkan/radv_private.h| 3 ++- src/amd/vulkan/si_cmd_buffer.c

[Mesa-dev] [Bug 100201] llvmpipe Windows scons build with MSVC toolchain and LLVM 4.0 fails

https://bugs.freedesktop.org/show_bug.cgi?id=100201 Anonymous Helper changed: What|Removed |Added Summary|llvmpipe Windows scons |llvmpipe

[Mesa-dev] [PATCH v2 2/2] mesa: load a user defined drirc file specified via an environment variable

Introduce a new MESA_USER_DRIRC environment variable to load a customized drirc file. This can be used mostly for two things: 1. Force the load of a different user drirc configuration for an application without touching/creating a user global ${HOME}/.drirc file or passing their values

Re: [Mesa-dev] [PATCH 0/3] Minor fixed-function fragment shader cache key optimizations.

2017-03-27 21:10 GMT+02:00 Jason Ekstrand : > On March 27, 2017 10:24:47 AM Gustaw Smolarczyk > wrote: > >> Hello, >> >> I was playing with profiling Minecraft on radeonsi in perf and found that >> _mesa_get_fixed_func_fragment_program was a little bit

Re: [Mesa-dev] [PATCH 0/3] Minor fixed-function fragment shader cache key optimizations.

On March 27, 2017 10:24:47 AM Gustaw Smolarczyk wrote: Hello, I was playing with profiling Minecraft on radeonsi in perf and found that _mesa_get_fixed_func_fragment_program was a little bit too high in the profile log than it should. I assumed that most of it comes from

Re: [Mesa-dev] [PATCH 5/7] docs/releasing: added relevant people for build/check with Windows

On Mon, Mar 27, 2017 at 11:48 AM, Andres Gomez wrote: > Signed-off-by: Andres Gomez > Cc: Emil Velikov > Cc: Vinson Lee > --- > docs/releasing.html | 5 + > 1 file changed, 5 insertions(+) > > diff

[Mesa-dev] [PATCH 7/7] docs/releasing: added relevant people for build/check with MacOSX

Signed-off-by: Andres Gomez Cc: Emil Velikov Cc: Jeremy Huddleston Sequoia --- docs/releasing.html | 5 + 1 file changed, 5 insertions(+) diff --git a/docs/releasing.html b/docs/releasing.html index

[Mesa-dev] [PATCH 6/7] docs/releasing: added relevant people for build/check with Android

Signed-off-by: Andres Gomez Cc: Emil Velikov Cc: Tapani Pälli Cc: Mauro Rossi --- docs/releasing.html | 5 + 1 file changed, 5 insertions(+) diff --git a/docs/releasing.html

[Mesa-dev] [PATCH 5/7] docs/releasing: added relevant people for build/check with Windows

Signed-off-by: Andres Gomez Cc: Emil Velikov Cc: Vinson Lee --- docs/releasing.html | 5 + 1 file changed, 5 insertions(+) diff --git a/docs/releasing.html b/docs/releasing.html index ea0088342f8..6c2740f1a82 100644 ---

[Mesa-dev] [PATCH 4/7] docs/releasing: if possible, do some every day use on the RC

Signed-off-by: Andres Gomez Cc: Emil Velikov --- docs/releasing.html | 6 ++ 1 file changed, 6 insertions(+) diff --git a/docs/releasing.html b/docs/releasing.html index 10a18790300..ea0088342f8 100644 --- a/docs/releasing.html +++

[Mesa-dev] [PATCH 3/7] docs/releasing: further explain the build/check testing process

The build/check test should be done with an appropriate combination of flags, depending on the changes introduced by the patch set. Also, mention to cross compile with mingw-w64 for Windows. Signed-off-by: Andres Gomez Cc: Emil Velikov ---

[Mesa-dev] [PATCH 2/7] docs/releasing: check in master for forgotten nomination candidates

The maintanier should not just rely on the mesa-stable@ mailing list but actually check the master branch in search for suitable nomination candidates. Signed-off-by: Andres Gomez Cc: Emil Velikov --- docs/releasing.html | 9 - 1 file

[Mesa-dev] [PATCH 1/7] docs/releasing: format/style homogenization

Signed-off-by: Andres Gomez Cc: Emil Velikov --- docs/releasing.html | 35 +++ 1 file changed, 31 insertions(+), 4 deletions(-) diff --git a/docs/releasing.html b/docs/releasing.html index fc7f2a5aff9..cd5794a656a

[Mesa-dev] [PATCH 0/7] Adding more documentation to the release process

A series of patches adding more details to the release process. Andres Gomez (7): docs/releasing: format/style homogenization docs/releasing: check in master for forgotten nomination candidates docs/releasing: further explain the build/check testing process docs/releasing: if possible, do

[Mesa-dev] [PATCH 2/2] swr: fix llvm-5.0.0 build bustage

Handle rename of llvm AttributeSet to AttributeList in the same fashion as ac_llvm_helper.cpp. --- src/gallium/drivers/swr/swr_shader.cpp | 24 +++- 1 file changed, 15 insertions(+), 9 deletions(-) diff --git a/src/gallium/drivers/swr/swr_shader.cpp

[Mesa-dev] [PATCH 1/2] swr: [rasterizer jitter] fix llvm-5.0.0 build bustage

Add CreateAlignmentAssumptionHelper to gen_llvm_ir_macros.py ignore list. --- src/gallium/drivers/swr/rasterizer/codegen/gen_llvm_ir_macros.py | 7 +++ 1 file changed, 3 insertions(+), 4 deletions(-) diff --git a/src/gallium/drivers/swr/rasterizer/codegen/gen_llvm_ir_macros.py

Re: [Mesa-dev] Meson mesademos (Was: [RFC libdrm 0/2] Replace the build system with meson)

Jose Fonseca writes: > On 27/03/17 17:42, Dylan Baker wrote: >> Quoting Jose Fonseca (2017-03-27 09:31:04) >>> On 27/03/17 17:24, Dylan Baker wrote: Quoting Jose Fonseca (2017-03-26 14:53:50) > I've pushed the branch to mesa/demos, so we can all collaborate without

Re: [Mesa-dev] [Mesa-stable] [PATCH] i965/fs: Don't emit SEL instructions for type-converting MOVs.

Thanks. I've pushed this patch as commit 7dccd38b400d3a65da20ddefe282a7bb0b7ccb58 ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/mesa-dev

[Mesa-dev] [PATCH 3/3] mesa/main: Reduce the size of nr_enabled_units in ff cache key.

Since it holds values from 0 to 8, 4 bits will suffice. Signed-off-by: Gustaw Smolarczyk --- src/mesa/main/ff_fragment_shader.cpp | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/mesa/main/ff_fragment_shader.cpp

[Mesa-dev] [PATCH 2/3] mesa/main: Remove enabled_units from ff cache key.

Its only usage is easily replaced by nr_enabled_units. As for cache key part, unit[i].enabled should be enough. Signed-off-by: Gustaw Smolarczyk --- src/mesa/main/ff_fragment_shader.cpp | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git

[Mesa-dev] [PATCH 1/3] mesa/main: Use correct constant in ff cache key.

Since fixed-function shaders are restricted to MAX_TEXTURE_COORD_UNITS texture units, use this constant instead of MAX_TEXTURE_UNITS. This reduces the array size from 32 to 8. Signed-off-by: Gustaw Smolarczyk --- src/mesa/main/ff_fragment_shader.cpp | 2 +- 1 file changed,

[Mesa-dev] [PATCH 0/3] Minor fixed-function fragment shader cache key optimizations.

Hello, I was playing with profiling Minecraft on radeonsi in perf and found that _mesa_get_fixed_func_fragment_program was a little bit too high in the profile log than it should. I assumed that most of it comes from make_state_key static function which I am trying to optimize now in the spare

Re: [Mesa-dev] [v2] glx: Prefer library path given by pkgconfig over the system

On 27 March 2017 at 14:56, Pohjolainen, Topi wrote: > On Tue, Mar 21, 2017 at 10:33:12AM +, Emil Velikov wrote: >> On 21 March 2017 at 09:09, Topi Pohjolainen >> wrote: >> > Recent change to use drmGetDevices2() made me realize that >>

Re: [Mesa-dev] Meson mesademos (Was: [RFC libdrm 0/2] Replace the build system with meson)

On 27/03/17 17:42, Dylan Baker wrote: Quoting Jose Fonseca (2017-03-27 09:31:04) On 27/03/17 17:24, Dylan Baker wrote: Quoting Jose Fonseca (2017-03-26 14:53:50) I've pushed the branch to mesa/demos, so we can all collaborate without wasting time crossporting patches between private branches.

Re: [Mesa-dev] Meson mesademos (Was: [RFC libdrm 0/2] Replace the build system with meson)

Quoting Jose Fonseca (2017-03-27 09:31:04) > On 27/03/17 17:24, Dylan Baker wrote: > > Quoting Jose Fonseca (2017-03-26 14:53:50) > >> I've pushed the branch to mesa/demos, so we can all collaborate without > >> wasting time crossporting patches between private branches. > >> > >>

Re: [Mesa-dev] [PATCH kmscube 3/3] meson build support (v2)

Quoting Daniel Stone (2017-03-27 04:59:13) > On 27 March 2017 at 12:50, Rob Clark wrote: > > On Mon, Mar 27, 2017 at 7:37 AM, Fabio Estevam wrote: > >> gst-decoder.c:189:40: note: each undeclared identifier is reported > >> only once for each function it

Re: [Mesa-dev] Meson mesademos (Was: [RFC libdrm 0/2] Replace the build system with meson)

On 27/03/17 17:24, Dylan Baker wrote: Quoting Jose Fonseca (2017-03-26 14:53:50) I've pushed the branch to mesa/demos, so we can all collaborate without wasting time crossporting patches between private branches. https://cgit.freedesktop.org/mesa/demos/commit/?h=meson Unfortunately, I

Re: [Mesa-dev] Meson mesademos (Was: [RFC libdrm 0/2] Replace the build system with meson)

Quoting Jose Fonseca (2017-03-26 14:53:50) > I've pushed the branch to mesa/demos, so we can all collaborate without > wasting time crossporting patches between private branches. > >https://cgit.freedesktop.org/mesa/demos/commit/?h=meson > > Unfortunately, I couldn't actually go very far

[Mesa-dev] [PATCH v2 01/10] swr: [rasterizer codegen] Refactor codegen

Move common codegen functions into gen_common.py. v2: change gen_knobs.py to find the template file internally, like the rest of the gen scripts. --- src/gallium/drivers/swr/Makefile.am| 20 ++- .../drivers/swr/rasterizer/codegen/gen_archrast.py | 30 +---

Re: [Mesa-dev] [PATCH 2/2] mesa: load a user defined drirc file specified via an environment variable

Edmondo Tommasina writes: > Define a new MESA_USER_DRIRC environment variable to load a customized > drirc file. > > When the variable is not defined, nothing changes and the ${HOME}/.drirc > file will be loaded. > > If the variable is set to a file, this file will

Re: [Mesa-dev] [PATCH 01/10] swr: [rasterizer codegen] Refactor codegen

On Mar 27, 2017, at 5:06 AM, Emil Velikov > wrote: On 25 March 2017 at 12:00, Tim Rowley > wrote: Move common codegen functions into gen_common.py. ---

Re: [Mesa-dev] [PATCH 2/2] mesa: load a user defined drirc file specified via an environment variable

On Mon, Mar 27, 2017 at 9:23 AM, Gustaw Smolarczyk wrote: > 26 mar 2017 22:32 "Edmondo Tommasina" > napisał(a): > > Define a new MESA_USER_DRIRC environment variable to load a customized > drirc file. > > When the variable is not defined,

[Mesa-dev] [Bug 100202] llvmpipe Windows scons build can't detect Visual Studio 2017 toolchain

https://bugs.freedesktop.org/show_bug.cgi?id=100202 --- Comment #2 from Anonymous Helper --- Workaround: Open Visual Studio 2017 installer. Opt-in for Visual Studio 2015 Update 3 toolset in Desktop Development with C/C++ section. Because LLVM 4.0 is not supported per bug

Re: [Mesa-dev] [PATCH 1/2] mesa: print a notice when loading a user defined drirc file

Reviewed-by: Marek Olšák Marek On Sun, Mar 26, 2017 at 10:31 PM, Edmondo Tommasina wrote: > ... and avoid the load of ~/.drirc to go unnoticed. > --- > src/mesa/drivers/dri/common/xmlconfig.c | 4 > 1 file changed, 4 insertions(+) > >

Re: [Mesa-dev] [PATCH v2 3/4] st_cb_bitmap: check NULL return from u_upload_alloc

Reviewed-by: Marek Olšák Marek On Mon, Mar 27, 2017 at 3:46 PM, Julien Isorce wrote: > Signed-off-by: Julien Isorce > --- > src/mesa/state_tracker/st_cb_bitmap.c | 6 ++ > 1 file changed, 6 insertions(+) > > diff --git

Re: [Mesa-dev] [PATCH v2 2/4] si_compute: check NULL return from u_upload_alloc

"&&" at the end of the previous line please. Reviewed-by: Marek Olšák Marek On Mon, Mar 27, 2017 at 3:46 PM, Julien Isorce wrote: > Signed-off-by: Julien Isorce > --- > src/gallium/drivers/radeonsi/si_compute.c | 13

Re: [Mesa-dev] [PATCH v2 1/4] r600_state_common: check NULL return from u_upload_alloc

Reviewed-by: Marek Olšák Marek On Mon, Mar 27, 2017 at 3:46 PM, Julien Isorce wrote: > Like done in si_state_draw.c::si_draw_vbo > > u_upload_alloc can fail, i.e. set output param *ptr to NULL, for 2 reasons: > alloc fails or map fails. For both

Re: [Mesa-dev] [PATCH 4/4] r600_state: check NULL return from r600_aligned_buffer_create

Reviewed-by: Marek Olšák BTW, the prefix of all r600 commits should be "r600g:". Thanks a lot, Marek On Fri, Mar 24, 2017 at 12:08 PM, Julien Isorce wrote: > Signed-off-by: Julien Isorce > --- >

[Mesa-dev] [PATCH kmscube] meson build support (v3)

Figured I should figure out what this meson stuff is all about. After a bit of hunting around to find examples to look at (and interruptions) it took maybe ~1hr to convert (for someone who never looked at meson before). The build speed is definitely faster even after Emil's auto- tools

Re: [Mesa-dev] [PATCH 2/2] anv/blorp: Use anv_get_layerCount everywhere

On Mon, Mar 27, 2017 at 8:10 AM, Lionel Landwerlin < lionel.g.landwer...@intel.com> wrote: > Looks good to me : > > Reviewed-by: Lionel Landwerlin > Thanks! > On 27/03/17 15:44, Jason Ekstrand wrote: > >> Cc: "13.0 17.0" >>

Re: [Mesa-dev] [PATCH 2/2] anv/blorp: Use anv_get_layerCount everywhere

Looks good to me : Reviewed-by: Lionel Landwerlin On 27/03/17 15:44, Jason Ekstrand wrote: Cc: "13.0 17.0" --- src/intel/vulkan/anv_blorp.c | 20 1 file changed, 12 insertions(+), 8 deletions(-) diff

Re: [Mesa-dev] [PATCH kmscube 3/3] meson build support (v2)

On Mon, Mar 27, 2017 at 11:42 AM, Rob Clark wrote: > I'm undecided about whether or not to keep the autotools build. I > know there is some OE recipe floating around to build kmscube (since > it really is the killer-app of the embedded world :-P), but otherwise > probably

Re: [Mesa-dev] MESA and KOTOR

Yeah, from my investigation into this game/issue a few years ago, my finding was that when GL_ATI_fragment_shader is supported, the game uses a substantially different rendering path involving pbuffers. Calls to wglMakeContextCurrentARB() fail because the context and pbuffer have different

Re: [Mesa-dev] [RFC 11/12] anv/cmd_buffer: Emit instanced draws for multiple views

On Mon, Mar 27, 2017 at 5:33 AM, Iago Toral wrote: > On Fri, 2017-03-24 at 16:57 -0700, Jason Ekstrand wrote: > > On Fri, Mar 24, 2017 at 5:53 AM, Iago Toral wrote: > > On Wed, 2017-03-22 at 21:01 -0700, Jason Ekstrand wrote: > --- >

[Mesa-dev] [PATCH 2/2] anv/blorp: Use anv_get_layerCount everywhere

Cc: "13.0 17.0" --- src/intel/vulkan/anv_blorp.c | 20 1 file changed, 12 insertions(+), 8 deletions(-) diff --git a/src/intel/vulkan/anv_blorp.c b/src/intel/vulkan/anv_blorp.c index 9b3910f..0689142 100644 ---

[Mesa-dev] [PATCH 1/2] anv: Make anv_get_layerCount a macro

Cc: "13.0 17.0" --- src/intel/vulkan/anv_private.h | 14 +++--- 1 file changed, 7 insertions(+), 7 deletions(-) diff --git a/src/intel/vulkan/anv_private.h b/src/intel/vulkan/anv_private.h index 27c887c..74e80e8 100644 ---

Re: [Mesa-dev] [PATCH] anv/genX: Solve the anv_CmdClearColorImage crash issue

Reviewed-by: Jason Ekstrand Pushed! On Mon, Mar 27, 2017 at 2:14 AM, Lionel Landwerlin < lionel.g.landwer...@intel.com> wrote: > Hi Randy, > > This patch looks good to me. > > Reviewed-by: Lionel Landwerlin > Cc: "17.0 13.0"

Re: [Mesa-dev] [PATCH kmscube 3/3] meson build support (v2)

On Mon, Mar 27, 2017 at 5:51 AM, Emil Velikov wrote: > On 26 March 2017 at 14:59, Rob Clark wrote: >> Figured I should figure out what this meson stuff is all about. After a >> bit of hunting around to find examples to look at (and interruptions)

Re: [Mesa-dev] [PATCH v2 3/4] st_cb_bitmap: check NULL return from u_upload_alloc

On 03/27/2017 07:46 AM, Julien Isorce wrote: Signed-off-by: Julien Isorce --- src/mesa/state_tracker/st_cb_bitmap.c | 6 ++ 1 file changed, 6 insertions(+) diff --git a/src/mesa/state_tracker/st_cb_bitmap.c b/src/mesa/state_tracker/st_cb_bitmap.c index

Re: [Mesa-dev] [PATCH v2] mesa/main: Fix memset in formatquery.c

On 03/26/2017 08:54 PM, Edward O'Callaghan wrote: On 03/27/2017 01:49 PM, Brian Paul wrote: On Sun, Mar 26, 2017 at 5:51 PM, Edward O'Callaghan > wrote: V.1: We memset number of elements without multiplication by the

Re: [Mesa-dev] [PATCH] anv/genX: Solve the anv_CmdClearColorImage crash issue

Thanks, Randy > -Original Message- > From: Landwerlin, Lionel G > Sent: Monday, March 27, 2017 10:06 PM > To: Xu, Randy ; mesa-dev@lists.freedesktop.org > Cc: mesa-sta...@lists.freedesktop.org > Subject: Re: [Mesa-dev] [PATCH] anv/genX: Solve the >

  1   2   >