From: Dave Airlie
Signed-off-by: Dave Airlie
---
src/amd/vulkan/radv_meta_resolve_fs.c | 20 ++--
1 file changed, 2 insertions(+), 18 deletions(-)
diff --git a/src/amd/vulkan/radv_meta_resolve_fs.c
On 23/06/17 00:36, Samuel Pitoiset wrote:
---
src/mapi/glapi/gen/ARB_clip_control.xml | 2 +-
src/mesa/main/viewport.c| 9 +
src/mesa/main/viewport.h| 3 +++
3 files changed, 13 insertions(+), 1 deletion(-)
diff --git
Hi All,
So it turns out someone else have a much complete fix for this issue and I
think I can wait that CL to land in mesa.
Feel free to drop this CL. Thanks all for your review.
On Tue, Jun 20, 2017 at 2:06 AM, Emil Velikov
wrote:
> Hi Lepton,
>
> On 19 June 2017
On Mon, 2017-06-19 at 12:36 +0100, Emil Velikov wrote:
> Hi Nicolai,
>
> On 12 June 2017 at 20:33, Nicolai Hähnle wrote:
> > From: Nicolai Hähnle
> >
> > The very last entry in the sid_strings_offsets table ended up missing,
> > leading to
On Thursday, June 22, 2017 10:54:43 AM PDT Anuj Phogat wrote:
> With below optimizations gone in gen10+ we have nothing left out to
> write to CACHE_MODE_1:
> Float Blend Optimization Enable: This bit have been removed in gen10+
> Partial Resolve Disable in VC: Recommendation is to always set this
On Thursday, June 22, 2017 4:10:39 PM PDT Ian Romanick wrote:
> That's weird... I wonder why this code was ever added. Regardless,
>
> Reviewed-by: Ian Romanick
https://bugs.freedesktop.org/show_bug.cgi?id=11910
signature.asc
Description: This is a digitally signed
Samuel Iglesias Gonsálvez writes:
> Hello,
>
> As mentioned in the patch series that implemented Ivybridge support
> ARB_gpu_shader_fp64 [0], the only missing feature in that series was
> register spilling of 64-bit data and, because of that, about ~39 fp64
> piglit tests
Samuel Iglesias Gonsálvez writes:
> Signed-off-by: Samuel Iglesias Gonsálvez
> ---
> src/intel/compiler/brw_eu_defines.h | 2 +
> src/intel/compiler/brw_shader.cpp| 5 +
> src/intel/compiler/brw_vec4.cpp | 7 ++
Nicolai, this depends on:
https://cgit.freedesktop.org/mesa/mesa/commit/src/mesa?id=944455217b67cb524efef9e628baf09416db5524
Which didn't make it for -stable. Should we cherry-pick that too?
On Mon, 2017-06-12 at 21:45 +0200, Nicolai Hähnle wrote:
> From: Nicolai Hähnle
Hi Eric,
On Thu, Jun 22, 2017 at 8:08 PM, Eric Anholt wrote:
> I asked afrantzis today, and hopefully I'll get added as a co-maintainer
> so we can get maintenance patches like this in. Also, apparently
> something has been broken with his mail filters, so PRs weren't being
>
That's weird... I wonder why this code was ever added. Regardless,
Reviewed-by: Ian Romanick
On 06/22/2017 11:16 AM, Kenneth Graunke wrote:
> This shouldn't ever happen - GL requires it to be aligned:
>
>"Clients must align data elements consistent with the
Fabio Estevam writes:
> Hi Lucas,
>
> On Tue, Jun 13, 2017 at 7:10 PM, Lucas Stach wrote:
>> Hi Fabio,
>>
>> the attached patch should fix the issue. I should really try to get
>> this upstream, as some people complained about this already...
>
> It seems
On Mon, 2017-06-19 at 12:36 +0100, Emil Velikov wrote:
> Hi Nicolai,
>
> On 12 June 2017 at 20:33, Nicolai Hähnle wrote:
> > From: Nicolai Hähnle
> >
> > The very last entry in the sid_strings_offsets table ended up missing,
> > leading to
---
src/mesa/main/uniform_query.cpp | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/src/mesa/main/uniform_query.cpp b/src/mesa/main/uniform_query.cpp
index 1570770..9683fa8 100644
--- a/src/mesa/main/uniform_query.cpp
+++ b/src/mesa/main/uniform_query.cpp
@@ -1071,21
Reviewed-by: Brian Paul
On 06/22/2017 04:35 PM, Jose Fonseca wrote:
From: Jose Fonseca
---
src/wgl/CMakeLists.txt | 6 +-
src/wgl/{wglfont.c => wglfontbitmaps.c} | 0
src/wgl/wglfontoutlines.c | 147
v2: rebase on new _mesa_flush_vertices_for_uniforms() helper
---
src/mesa/main/uniform_query.cpp | 6 ++
1 file changed, 6 insertions(+)
diff --git a/src/mesa/main/uniform_query.cpp b/src/mesa/main/uniform_query.cpp
index 5eb0efc..5fe63e0 100644
--- a/src/mesa/main/uniform_query.cpp
+++
From: Jose Fonseca
---
src/wgl/CMakeLists.txt | 6 +-
src/wgl/{wglfont.c => wglfontbitmaps.c} | 0
src/wgl/wglfontoutlines.c | 147
3 files changed, 151 insertions(+), 2 deletions(-)
rename
On Thu 22 Jun 2017, Jason Ekstrand wrote:
> ACK
Pushed.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
Thanks!
Reviewed-by: Timothy Arceri
On 23/06/17 01:13, Juan A. Suarez Romero wrote:
xfb only applies to the latest stage before the fragment shader, so
there is no need to invoke it in the fragment shader.
Fixes:
KHR-GL45.enhanced_layouts.xfb_stride_of_empty_list
Fix all lines in src/mesa/main/marshal_generated.c that declare
double-const variables. Below is all such lines, with duplicates
removed:
$ grep 'const const' marshal_generated.c | sort -u
const const GLboolean * pointer = cmd->pointer;
const const GLvoid * indices = cmd->indices;
ACK
On Thu, Jun 22, 2017 at 2:46 PM, Chad Versace
wrote:
> anv_layout_to_aux_usage() lacked a case for
> VK_IMAGE_LAYOUT_SHARED_PRESENT_KHR. Add an unreachable case, because we
> don't support the extension.
> ---
> src/intel/vulkan/anv_image.c | 3 +++
> 1 file
anv_layout_to_aux_usage() lacked a case for
VK_IMAGE_LAYOUT_SHARED_PRESENT_KHR. Add an unreachable case, because we
don't support the extension.
---
src/intel/vulkan/anv_image.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/src/intel/vulkan/anv_image.c b/src/intel/vulkan/anv_image.c
Fixes render target read access from pixel shaders.
---
.../drivers/swr/rasterizer/core/backend_sample.cpp| 15 +++
.../drivers/swr/rasterizer/core/backend_singlesample.cpp | 15 +++
2 files changed, 14 insertions(+), 16 deletions(-)
diff --git
Increases performance of some large workloads on KNL by ~30%.
---
src/gallium/drivers/swr/rasterizer/codegen/knob_defs.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/gallium/drivers/swr/rasterizer/codegen/knob_defs.py
---
src/gallium/drivers/swr/rasterizer/codegen/knob_defs.py | 2 +-
src/gallium/drivers/swr/swr_screen.cpp | 4
2 files changed, 1 insertion(+), 5 deletions(-)
diff --git a/src/gallium/drivers/swr/rasterizer/codegen/knob_defs.py
Each shader stage state (VS, TS, GS, SO, BE/CLIP) now has a
vertexAttribOffset to specify the offset to the start of the
general attribute section of the incoming verts for that stage.
It is up to the driver to set this up correctly based on the
active stages. All the shader stages use this value
Highlights include splitting the heavily templated files into multiple
chunks to speed compile (2x for a large machine), and switching the
simd intrinsic usage from a macro-based header to a more c++ feeling
library.
No regressions on piglit or vtk tests, passes "make dist"/compile.
Tim Rowley
---
src/gallium/drivers/swr/rasterizer/core/binner.cpp | 6 --
1 file changed, 6 deletions(-)
diff --git a/src/gallium/drivers/swr/rasterizer/core/binner.cpp
b/src/gallium/drivers/swr/rasterizer/core/binner.cpp
index 19eef9b..29d2f1c 100644
---
On Thu, Jun 22, 2017 at 9:44 PM, Roland Scheidegger wrote:
> Am 22.06.2017 um 21:28 schrieb Karol Herbst:
>> If the exponent is a small integer immediate value, we can lower POW to
>> MULs instead to save a few instructions. Also MUL instructions execute
>> faster than what we
On Thu 22 Jun 2017, Chad Versace wrote:
> On Thu 22 Jun 2017, Kenneth Graunke wrote:
> > The author eventually emailed me and said that he considers it a
> > "finished experiment" and said the rendering method (geometry shader
> > based approach) is inefficient, and he intends to fully rewrite it
On Thu 22 Jun 2017, Kenneth Graunke wrote:
> The author eventually emailed me and said that he considers it a
> "finished experiment" and said the rendering method (geometry shader
> based approach) is inefficient, and he intends to fully rewrite it
> someday.
A total tangent... The author and I
On Wed 21 Jun 2017, Pohjolainen, Topi wrote:
> On Fri, Jun 16, 2017 at 03:41:33PM -0700, Jason Ekstrand wrote:
> > From: Ben Widawsky
> >
> > There is nothing particularly useful to do currently if the update
> > fails, but there is no point carrying on either. As a result,
Am 22.06.2017 um 21:28 schrieb Karol Herbst:
> If the exponent is a small integer immediate value, we can lower POW to
> MULs instead to save a few instructions. Also MUL instructions execute
> faster than what we lower POW in the default case to.
>
> score change for GpuTest /test=pixmark_piano
Hi Emil et al.,
- Original Message -
> From: "Emil Velikov"
> To: "Ben Crocker"
> Cc: "ML mesa-dev" , "Eric Engestrom"
>
> Sent: Thursday, June 22, 2017 11:11:32 AM
> Subject: Re: [PATCH]
On Thu 22 Jun 2017, Eric Engestrom wrote:
> On 22 June 2017 19:10:46 BST, Chad Versace wrote:
> > No behavioral change.
> >
> > Chad Versace (10):
> > egl/android: Declare loop vars inside their loops (v2)
> > egl/drm: Move loop vars inside the loop
> > egl/x11:
On Thu 22 Jun 2017, Eric Engestrom wrote:
> On 22 June 2017 19:10:54 BST, Chad Versace wrote:
> > No behavioral change. Just a readability cleanup.
> >
> > Instead of modifying this small array on each loop iteration, we now
> > initialize it in-place with the values it
The upstream version of Orbital Explorer doesn't run on Mesa drivers,
as it (unnecessarily) requests a compatibility profile on non-Apple
OSes, and suffers from GLEW bugs. I sent a pull request two years ago
to port it to libepoxy and get it running on Mesa drivers, but it was
never accepted.
On Thu 22 Jun 2017, Eric Engestrom wrote:
> On 22 June 2017 19:10:55 BST, Chad Versace wrote:
> > No behavioral change. Just a readability cleanup.
> >
> > Instead of modifying this small array on each loop iteration, we now
> > initialize it in-place with the values it
On Fri 16 Jun 2017, Jason Ekstrand wrote:
> ---
> src/mesa/drivers/dri/i965/intel_fbo.c | 23 +--
> 1 file changed, 1 insertion(+), 22 deletions(-)
Please note in the commit message that this does introduce a functional
change. intel_image_target_renderbuffer_storage() now
If the exponent is a small integer immediate value, we can lower POW to
MULs instead to save a few instructions. Also MUL instructions execute
faster than what we lower POW in the default case to.
score change for GpuTest /test=pixmark_piano /benchmark /no_scorebox
/msaa=0
In swrastGetDrawableInfo, set *x and *y, not just *w and *h;
this fixes a crash later in drisw_update_tex_buffer when the
(formerly) uninitialized x and y values are used to construct
an address in a call to llvmpipe_transfer_map.
Fixes crash in Piglit test
"spec@egl 1.4@eglcreatepbuffersurface
It's the same for all supported chipsets.
Signed-off-by: Karol Herbst
---
.../drivers/nouveau/codegen/nv50_ir_build_util.cpp| 16
.../drivers/nouveau/codegen/nv50_ir_build_util.h | 2 ++
.../drivers/nouveau/codegen/nv50_ir_lowering_nv50.cpp | 19
On Fri 16 Jun 2017, Jason Ekstrand wrote:
> ---
> src/mesa/drivers/dri/i965/intel_mipmap_tree.c | 2 ++
> 1 file changed, 2 insertions(+)
Reviewed-by: Chad Versace
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
On Thu, Jun 22, 2017 at 2:53 PM, Roland Scheidegger wrote:
> Am 22.06.2017 um 19:35 schrieb Ilia Mirkin:
>> On Wed, Jun 21, 2017 at 9:58 AM, Ilia Mirkin wrote:
>>> On Tue, Jun 20, 2017 at 6:54 PM, Marek Olšák wrote:
The first
On Fri 16 Jun 2017, Jason Ekstrand wrote:
> This is what we do in intel_image_target_renderbuffer_storage and it
> makes more sense than stomping them. Because the image gets created as
> a 2D image with one miplevel, they should already be equal to the
> provided width/height. Adding the tile
---
src/intel/compiler/brw_fs_bank_conflicts.cpp | 274 ++-
1 file changed, 188 insertions(+), 86 deletions(-)
diff --git a/src/intel/compiler/brw_fs_bank_conflicts.cpp
b/src/intel/compiler/brw_fs_bank_conflicts.cpp
index 0225c70..dc88cac 100644
---
Unnecessary GRF bank conflicts increase the issue time of ternary
instructions (the overwhelmingly most common of which is MAD) by
roughly 50%, leading to reduced ALU throughput. This pass attempts to
minimize the number of bank conflicts by rearranging the layout of the
GRF space post-register
Samuel Iglesias Gonsálvez writes:
> Signed-off-by: Samuel Iglesias Gonsálvez
> ---
> src/intel/compiler/brw_eu.h | 18 ++--
> src/intel/compiler/brw_eu_emit.c| 38
> +
>
Am 22.06.2017 um 19:35 schrieb Ilia Mirkin:
> On Wed, Jun 21, 2017 at 9:58 AM, Ilia Mirkin wrote:
>> On Tue, Jun 20, 2017 at 6:54 PM, Marek Olšák wrote:
>>> The first pipe_screen flag is a drirc option to fix incorrect grass
>>> rendering in Rocket League
On 06/22/2017 04:57 PM, Samuel Pitoiset wrote:
On 06/22/2017 04:48 PM, Brian Paul wrote:
On 06/22/2017 06:49 AM, Samuel Pitoiset wrote:
This looks like useless because gl_context::Texture::CurrentUnit
is not used by _mesa_update_texture_state() and friends.
Signed-off-by: Samuel Pitoiset
On 22 June 2017 19:10:46 BST, Chad Versace wrote:
> No behavioral change.
>
> Chad Versace (10):
> egl/android: Declare loop vars inside their loops (v2)
> egl/drm: Move loop vars inside the loop
> egl/x11: Declare loop vars inside the loop
> egl/surfaceless:
>-Original Message-
>From: Anuj Phogat [mailto:anuj.pho...@gmail.com]
>Sent: Thursday, June 22, 2017 10:54 AM
>To: Srivatsa, Anusha
>Cc: mesa-dev@lists.freedesktop.org; Vivi, Rodrigo ;
>Phogat, Anuj ; Widawsky,
On 22 June 2017 19:10:55 BST, Chad Versace wrote:
> No behavioral change. Just a readability cleanup.
>
> Instead of modifying this small array on each loop iteration, we now
> initialize it in-place with the values it needs.
>
> Cc: Eric Engestrom
On Fri 16 Jun 2017, Jason Ekstrand wrote:
> ---
> src/mesa/drivers/dri/i965/intel_mipmap_tree.c | 4 +---
> 1 file changed, 1 insertion(+), 3 deletions(-)
Reviewed-by: Chad Versace
___
mesa-dev mailing list
On Fri 16 Jun 2017, Jason Ekstrand wrote:
> This is mostly a direct port. The only bit of refactoring that was done
> was to make creating a planar miptree be an early return from the
> non-planar case. Alternatively, we could have three functions: two
> helpers and a main function to just call
On 22 June 2017 19:10:54 BST, Chad Versace wrote:
> No behavioral change. Just a readability cleanup.
>
> Instead of modifying this small array on each loop iteration, we now
> initialize it in-place with the values it needs.
>
> Cc: Eric Engestrom
This shouldn't ever happen - GL requires it to be aligned:
"Clients must align data elements consistent with the requirements
of the client platform, with an additional base-level requirement
that an offset within a buffer to a datum comprising N basic
machine units be a multiple
On Thursday, 2017-06-22 16:47:29 +0100, Emil Velikov wrote:
> On 22 June 2017 at 00:29, Eric Engestrom wrote:
> >> configure: error: Package requirements (x11 xext xdamage >= 1.1 xfixes
> >> x11-xcb xcb xcb-glx >= 1.8.1 xcb-dri2 >= 1.8) were not met:
> >> No package 'xdamage'
That is, consistently do this:
for (int i = 0; ...)
No behavioral change.
Cc: Eric Engestrom
Cc: Emil Velikov
---
src/egl/drivers/dri2/platform_drm.c | 37 +++--
1 file changed, 15 insertions(+), 22
No behavioral change. Just a readability cleanup.
Instead of modifying this small array on each loop iteration, we now
initialize it in-place with the values it needs.
Cc: Eric Engestrom
Cc: Emil Velikov
---
src/egl/drivers/dri2/platform_drm.c |
No behavioral change. Just a readability cleanup.
Instead of modifying this small array on each loop iteration, we now
initialize it in-place with the values it needs.
v2: Rebase.
Reviewed-by: Eric Engestrom (v1)
Cc: Emil Velikov
---
No behavioral change. Just a readability cleanup.
Instead of modifying this small array on each loop iteration, we now
initialize it in-place with the values it needs.
Cc: Eric Engestrom
Cc: Emil Velikov
---
src/egl/drivers/dri2/platform_x11.c |
Rename 'count' to 'config_count'. I didn't understand what the variable
did until I untangled the for-loops. Now the next person won't have that
problem.
v2: Rebase. Fix typo. Apply to all platforms (for emil).
Reviewed-by: Eric Engestrom (v1)
Cc: Emil Velikov
That is, consistently do this:
for (int i = 0; ...)
No behavioral change.
This patch touches only egl_dri2.c.
Cc: Eric Engestrom
Cc: Emil Velikov
---
src/egl/drivers/dri2/egl_dri2.c | 43 ++---
1 file
That is, consistently do this:
for (int i = 0; ...)
No behavioral change.
Cc: Eric Engestrom
Cc: Emil Velikov
---
src/egl/drivers/dri2/platform_wayland.c | 44 +
1 file changed, 17 insertions(+), 27
That is, consistently do this:
for (int i = 0; ...)
No behavioral change.
v2: Rebase.
Reviewed-by: Eric Engestrom (v1)
Cc: Emil Velikov
---
src/egl/drivers/dri2/platform_android.c | 34 +++--
1 file changed, 15
That is, consistently do this:
for (int i = 0; ...)
No behavioral change.
Cc: Eric Engestrom
Cc: Emil Velikov
---
src/egl/drivers/dri2/platform_x11.c | 15 +++
1 file changed, 7 insertions(+), 8 deletions(-)
diff --git
That is, consistently do this:
for (int i = 0; ...)
No behavioral change.
Cc: Eric Engestrom
Cc: Emil Velikov
---
src/egl/drivers/dri2/platform_surfaceless.c | 12 +---
1 file changed, 5 insertions(+), 7 deletions(-)
diff --git
No behavioral change.
Chad Versace (10):
egl/android: Declare loop vars inside their loops (v2)
egl/drm: Move loop vars inside the loop
egl/x11: Declare loop vars inside the loop
egl/surfaceless: Move loop vars inside the loop
egl/wayland: Declare loop vars inside the loop
egl/dri2:
For PartialResolveDisableInVC field recommendation is to
always set this to 0 and that's the default value of the bit.
So, we have nothing left to write to CACHE_MODE_1.
Signed-off-by: Anuj Phogat
---
src/intel/vulkan/genX_state.c | 4 +---
1 file changed, 1 insertion(+),
With below optimizations gone in gen10+ we have nothing left out to
write to CACHE_MODE_1:
Float Blend Optimization Enable: This bit have been removed in gen10+
Partial Resolve Disable in VC: Recommendation is to always set this
field to 0 in gen10+ and that's the default value of the bit.
On Thu, Jun 22, 2017 at 10:42 AM, Anusha Srivatsa
wrote:
> Coffee Lake has a gen9 graphics following KBL.
> From 3D perspective, CFL is a clone of KBL/SKL features.
>
> v2: Change commit message, correct alignment
> v3: Update IDs.
> v4: Initialize l3_banks, correct
Coffee Lake has a gen9 graphics following KBL.
From 3D perspective, CFL is a clone of KBL/SKL features.
v2: Change commit message, correct alignment
v3: Update IDs.
v4: Initialize l3_banks, correct nomenclature
Cc: Benjamin Widawsky
Cc: Anuj Phogat
On Wed, Jun 21, 2017 at 9:58 AM, Ilia Mirkin wrote:
> On Tue, Jun 20, 2017 at 6:54 PM, Marek Olšák wrote:
>> The first pipe_screen flag is a drirc option to fix incorrect grass
>> rendering in Rocket League for radeonsi. Rocket League expects DirectX
>>
On Thu, Jun 22, 2017 at 10:02 AM, Nanley Chery
wrote:
> On Thu, Jun 22, 2017 at 09:59:44AM -0700, Nanley Chery wrote:
> > On Thu, Jun 22, 2017 at 09:55:50AM -0700, Nanley Chery wrote:
> > > On Wed, Jun 21, 2017 at 06:07:29PM -0700, Jason Ekstrand wrote:
> > > > On Wed, Jun
On Thu 22 Jun 2017, Rob Herring wrote:
> On Tue, Jun 20, 2017 at 5:03 PM, Chad Versace
> wrote:
> > Many Android apps (such as Google's official NDK GLES2 example app), and
> > even portions the core framework code (such as SystemServiceManager in
> > Nougat),
On Thu, Jun 22, 2017 at 9:18 AM, Rafael Antognolli
wrote:
> On Tue, Jun 13, 2017 at 11:28:25AM -0700, Anuj Phogat wrote:
>> Few of the fields in this register are changed as compared
>> to gen9.xml.
>>
>> Signed-off-by: Anuj Phogat
>> ---
>>
On Wed, Jun 21, 2017 at 06:21:54PM -0700, Jason Ekstrand wrote:
> I never liked the gpu_memcpy name anyway because I knew something like this
> would come up. I left you one trivial comment on patch 1. Other than
> that, the series is
>
> Reviewied-by: Jason Ekstrand
>
>
On Thu, Jun 22, 2017 at 09:59:44AM -0700, Nanley Chery wrote:
> On Thu, Jun 22, 2017 at 09:55:50AM -0700, Nanley Chery wrote:
> > On Wed, Jun 21, 2017 at 06:07:29PM -0700, Jason Ekstrand wrote:
> > > On Wed, Jun 21, 2017 at 5:15 PM, Nanley Chery
> > > wrote:
> > >
> > > >
On Thu, Jun 22, 2017 at 09:55:50AM -0700, Nanley Chery wrote:
> On Wed, Jun 21, 2017 at 06:07:29PM -0700, Jason Ekstrand wrote:
> > On Wed, Jun 21, 2017 at 5:15 PM, Nanley Chery wrote:
> >
> > > v2 (Jason Ekstrand):
> > > - Update commit title
> > > - Check aux level and
On Tue, Jun 20, 2017 at 5:03 PM, Chad Versace wrote:
> Many Android apps (such as Google's official NDK GLES2 example app), and
> even portions the core framework code (such as SystemServiceManager in
> Nougat), incorrectly choose their EGLConfig. They neglect to match
On Wed, Jun 21, 2017 at 06:07:29PM -0700, Jason Ekstrand wrote:
> On Wed, Jun 21, 2017 at 5:15 PM, Nanley Chery wrote:
>
> > v2 (Jason Ekstrand):
> > - Update commit title
> > - Check aux level and layer as well
> >
> > Signed-off-by: Nanley Chery
Am Freitag, den 16.06.2017, 18:14 +0100 schrieb Daniel Stone:
> When available, use the zwp_linux_dambuf_v1 interface to create buffers,
> which allows multiple planes and buffer modifiers to be used.
>
> Signed-off-by: Daniel Stone
> ---
> configure.ac
On Wed, Jun 21, 2017 at 06:19:57PM -0700, Jason Ekstrand wrote:
> On Wed, Jun 21, 2017 at 5:15 PM, Nanley Chery wrote:
>
> > In the future, we plan on using this method to resolve images whose
> > surface state fast-clear value is dynamically updated during command
> >
Hi Lucas,
On Tue, Jun 13, 2017 at 7:10 PM, Lucas Stach wrote:
> Hi Fabio,
>
> the attached patch should fix the issue. I should really try to get
> this upstream, as some people complained about this already...
It seems that Eric has already sent a fix for this segfault issue
Yeah, looks better.
Reviewed-by: Samuel Pitoiset
On 06/22/2017 06:19 PM, Juan A. Suarez Romero wrote:
From OpenGL 4.5 spec PDF, section '8.11. Texture Queries', page 236:
"An INVALID_VALUE error is generated if texture is not the name of
an existing texture
Thanks for the comments,
I've fixed these little issues locally, but I think in order to not to
spam the list, I'll send the changes later. I kind of suspect that
Nicolai might have one or the other additional comment :)
best,
Gert
___
mesa-dev
On 22 June 2017 at 16:14, Marek Olšák wrote:
> On Thu, Jun 22, 2017 at 3:46 PM, Emil Velikov
> wrote:
>> Hi Marek,
>>
>> Adding Timothee Besset, who I believe did the Linux port.
>>
>> Is this something that can be addressed within the game itself?
>>
Am 22.06.2017 um 18:22 schrieb Marek Olšák:
> On Thu, Jun 22, 2017 at 6:13 PM, Alex Smith
> wrote:
>> On 22 June 2017 at 15:52, Roland Scheidegger wrote:
>>> Am 22.06.2017 um 13:09 schrieb Nicolai Hähnle:
On 22.06.2017 10:14, Michel Dänzer
On Thu, Jun 22, 2017 at 6:13 PM, Alex Smith wrote:
> On 22 June 2017 at 15:52, Roland Scheidegger wrote:
>> Am 22.06.2017 um 13:09 schrieb Nicolai Hähnle:
>>> On 22.06.2017 10:14, Michel Dänzer wrote:
On 22/06/17 04:34 PM, Nicolai Hähnle
From OpenGL 4.5 spec PDF, section '8.11. Texture Queries', page 236:
"An INVALID_VALUE error is generated if texture is not the name of
an existing texture object."
Same wording applies to the compressed version.
But turns out this is a spec bug, and Khronos is fixing it for the next
On Thu, 2017-06-22 at 18:13 +0200, Juan A. Suarez Romero wrote:
> On Thu, 2017-06-22 at 17:48 +0200, Samuel Pitoiset wrote:
> >
> > On 06/22/2017 05:46 PM, Juan A. Suarez Romero wrote:
> > > From OpenGL 4.5 spec PDF, section '8.11. Texture Queries', page 236:
> > >"An INVALID_VALUE error is
On Tue, Jun 13, 2017 at 11:28:25AM -0700, Anuj Phogat wrote:
> Few of the fields in this register are changed as compared
> to gen9.xml.
>
> Signed-off-by: Anuj Phogat
> ---
> src/intel/genxml/gen10.xml | 22 ++
> 1 file changed, 22 insertions(+)
>
>
On 22 June 2017 at 10:25, Namburu, Chandu-babu wrote:
> From: Chandu Babu N
> Subject: [PATCH] [st/va] Fix leak in VAAPI subpictures
>
> sampler view allocated in vaAssociateSubpicture is not cleared
> in vaiDeassociateSubpicture.
>
> Reviewed-by: Christian König
On 22 June 2017 at 15:52, Roland Scheidegger wrote:
> Am 22.06.2017 um 13:09 schrieb Nicolai Hähnle:
>> On 22.06.2017 10:14, Michel Dänzer wrote:
>>> On 22/06/17 04:34 PM, Nicolai Hähnle wrote:
On 22.06.2017 03:38, Rob Clark wrote:
> On Wed, Jun 21, 2017 at 8:15 PM,
On Thu, 2017-06-22 at 17:48 +0200, Samuel Pitoiset wrote:
>
> On 06/22/2017 05:46 PM, Juan A. Suarez Romero wrote:
> > From OpenGL 4.5 spec PDF, section '8.11. Texture Queries', page 236:
> >"An INVALID_VALUE error is generated if texture is not the name of
> > an existing texture
https://bugs.freedesktop.org/show_bug.cgi?id=100259
--- Comment #20 from Eric Engestrom ---
kusayu: You're having a different issue, with different symptoms. Can you
please open a new ticket?
When doing so, please indicate the libdrm version used.
Your error is weird
There are a few fields missing but they don't seem to be used anyway, so:
Reviewed-by: Rafael Antognolli
On Tue, Jun 13, 2017 at 11:28:21AM -0700, Anuj Phogat wrote:
> Signed-off-by: Anuj Phogat
> ---
> src/intel/genxml/gen10.xml | 115
>
Hi Marek,
On 20 June 2017 at 19:00, Marek Olšák wrote:
> From: Marek Olšák
>
> sizeof(struct si_shader_key):
> Before reverting the 2 commits: 120 bytes
> After reverting the 2 commits: 128 bytes
> With #pragma pack: 107 bytes
>
> I'm not sure if
On 06/22/2017 05:46 PM, Juan A. Suarez Romero wrote:
From OpenGL 4.5 spec PDF, section '8.11. Texture Queries', page 236:
"An INVALID_VALUE error is generated if texture is not the name of
an existing texture object."
Same wording applies to the compressed version.
But turns out this
1 - 100 of 196 matches
Mail list logo