https://bugs.freedesktop.org/show_bug.cgi?id=98172
--- Comment #16 from shinji.suz...@gmail.com ---
Created attachment 127317
--> https://bugs.freedesktop.org/attachment.cgi?id=127317=edit
Arbitration on so->fence through per sync-object mutex.
--
You are receiving this mail because:
You are
https://bugs.freedesktop.org/show_bug.cgi?id=98172
--- Comment #15 from shinji.suz...@gmail.com ---
Created attachment 127316
--> https://bugs.freedesktop.org/attachment.cgi?id=127316=edit
Arbitration on so->fence based on Michel-san's patch
--
You are receiving this mail because:
You are the
https://bugs.freedesktop.org/show_bug.cgi?id=98172
--- Comment #14 from shinji.suz...@gmail.com ---
I've ben running tests with changes derived from your patch, with and without
random sleeps to give some shake-ups to execution order with, and have seen no
crashes so far. The differences from
dEQP-GLES31.functional.geometry_shading.instanced.geometry_1_invocations
draws using a geometry shader that specifies
layout(points, invocations = 1) in;
and then uses gl_InvocationID. According to the Haswell PRM, the
"GS Instance ID 0" (and 1) thread payload fields are undefined in
dual
On 10/14/2016 05:44 PM, Eric Engestrom wrote:
>> Subject: [PATCH 4/4] i965: Silence unused parameter warnings
>
> How about "remove unused parameters" instead?
> Silencing the warnings is nothing more than a side effect of this
> change, albeit the reason you realised it was needed.
There are
On Tue, Oct 11, 2016 at 07:31:46PM +0100, Emil Velikov wrote:
> From: Emil Velikov
>
> Currently mesa has three code paths in the loader - libudev, manual
> sysfs and drm ioctl one.
>
> Considering the issues we had with libudev - strip those down in favour
> of the
From: Roland Scheidegger
The per-element fetch has quite some calculations which are constant,
these can be moved outside both the per-element as well as the main
shader loop (llvm can figure out it's constant mostly on its own, however
this can have a significant compile
On Friday, October 14, 2016 4:37:38 PM PDT Eric Anholt wrote:
> DEQP's clear tests like to give us x + w < 0 or y + h < 0. Since we
> were comparing to an unsigned, it would get promoted to unsigned and come
> out as bignum >= width or height and we would clear the whole fb instead
> of none of
[Cc-ing Daniel/Pekka]
Hi all,
On 24 June 2016 at 03:46, Jonas Ådahl wrote:
> When EGL is used on some other thread than the thread that drives the
> main wl_display queue, the Wayland EGL dri2 implementation is
> vulnerable to a race condition related to display round trips
> Subject: [PATCH 4/4] i965: Silence unused parameter warnings
How about "remove unused parameters" instead?
Silencing the warnings is nothing more than a side effect of this
change, albeit the reason you realised it was needed.
(Sorry, I've seen so many "silence warning" commits at $DAYJOB that
On Fri, Oct 14, 2016 at 09:42:00PM +0100, Emil Velikov wrote:
> From: Emil Velikov
>
> i is used for the driver_configs, while j is for the visuals.
>
> Fixes: 4b8a55809eb ("egl/surfaceless: tweak
> surfaceless_add_configs_for_visuals()")
> Reported-by: Chad Versace
On 15 October 2016 10:11:17 am AEDT, Kenneth Graunke
wrote:
>On Friday, October 14, 2016 11:59:46 AM PDT Ian Romanick wrote:
>> From: Ian Romanick
>>
>> Once upon a time, this was used to extract prototypes from the shader
>> containing GLSL
On Fri, Oct 14, 2016 at 10:23 AM, Ian Romanick wrote:
> On 10/08/2016 09:33 AM, Eduardo Lima Mitev wrote:
> > On 10/08/2016 02:12 AM, Ian Romanick wrote:
> >> From: Ian Romanick
> >>
> >> This was found partially by inspection and partially by
DEQP's clear tests like to give us x + w < 0 or y + h < 0. Since we
were comparing to an unsigned, it would get promoted to unsigned and come
out as bignum >= width or height and we would clear the whole fb instead
of none of the fb.
Fixes 10 tests under deqp-gles2/functional/color_clear.
---
On Friday, 14 October 2016, Chad Versace wrote:
> Fixes GCC warning:
> drivers/dri2/platform_surfaceless.c:196:18: warning: comparison
> between pointer and integer
>
> Fixes: 4b8a55809eb ("egl/surfaceless: tweak surfaceless_add_configs_for_
> visuals()")
> Cc:
On Friday, October 14, 2016 11:59:46 AM PDT Ian Romanick wrote:
> From: Ian Romanick
>
> Once upon a time, this was used to extract prototypes from the shader
> containing GLSL built-in functions. This was removed by f5692f45 in
> November 2010 for Mesa 7.10.
>
>
Fixes GCC warning:
drivers/dri2/platform_surfaceless.c:196:18: warning: comparison
between pointer and integer
Fixes: 4b8a55809eb ("egl/surfaceless: tweak
surfaceless_add_configs_for_visuals()")
Cc: Emil Velikov
---
src/egl/drivers/dri2/platform_surfaceless.c
On Fri 14 Oct 2016, Emil Velikov wrote:
> From: Emil Velikov
>
> i is used for the driver_configs, while j is for the visuals.
>
> Fixes: 4b8a55809eb ("egl/surfaceless: tweak
> surfaceless_add_configs_for_visuals()")
> Reported-by: Chad Versace
From: Emil Velikov
i is used for the driver_configs, while j is for the visuals.
Fixes: 4b8a55809eb ("egl/surfaceless: tweak
surfaceless_add_configs_for_visuals()")
Reported-by: Chad Versace
Cc: Chad Versace
On 14 October 2016 at 20:21, Axel Davy wrote:
> On 14/10/2016 20:21, Emil Velikov wrote:
>>
>> From: Emil Velikov
>>
>> Currently not everyone has libudev and with follow-up patches we'll
>> completely remove the divergent codepaths.
>>
>> Use the
Am 14.10.2016 um 18:05 schrieb Jose Fonseca:
> On 14/10/16 15:36, Brian Paul wrote:
>> On 10/13/2016 09:38 PM, srol...@vmware.com wrote:
>>> From: Roland Scheidegger
>>>
>>> Compilation to actual machine code can easily take as much time as the
>>> optimization passes on the
On Wed, Oct 12, 2016 at 2:26 AM, Pohjolainen, Topi <
topi.pohjolai...@gmail.com> wrote:
> On Fri, Oct 07, 2016 at 09:41:15PM -0700, Jason Ekstrand wrote:
> > Signed-off-by: Jason Ekstrand
> > ---
> > src/intel/vulkan/anv_blorp.c | 113 ++
>
On Wed, Oct 12, 2016 at 9:01 AM, Nanley Chery wrote:
> On Tue, Oct 11, 2016 at 06:55:53PM -0700, Jason Ekstrand wrote:
> > On Tue, Oct 11, 2016 at 6:16 PM, Nanley Chery
> wrote:
> >
> > > On Mon, Oct 10, 2016 at 06:00:49PM -0700, Jason Ekstrand
On 14/10/2016 20:21, Emil Velikov wrote:
From: Emil Velikov
Currently not everyone has libudev and with follow-up patches we'll
completely remove the divergent codepaths.
Use the libdrm drm device API to construct the required ID_PATH_TAG-like
string, to preserve
On 14 October 2016 at 10:36, wrote:
> From: Kevin Rogovin
>
> A main page ala Doxygen together with a Doxygen file added.
> In addition, documentation for portions of anv_private.h:
> - placing portions into doxygen groups
> - some cross
From: Ian Romanick
Signed-off-by: Ian Romanick
---
src/compiler/glsl/ir_print_visitor.cpp | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/src/compiler/glsl/ir_print_visitor.cpp
b/src/compiler/glsl/ir_print_visitor.cpp
From: Ian Romanick
Once upon a time, this was used to extract prototypes from the shader
containing GLSL built-in functions. This was removed by f5692f45 in
November 2010 for Mesa 7.10.
Signed-off-by: Ian Romanick
Cc: Kenneth Graunke
From: Ian Romanick
brw_link.cpp:76:44: warning: unused parameter ‘shader_type’ [-Wunused-parameter]
gl_shader_stage shader_type,
^
brw_nir.c: In function ‘brw_nir_lower_vs_inputs’:
brw_nir.c:194:55:
From: Ian Romanick
Signed-off-by: Ian Romanick
---
src/compiler/glsl/ir.h | 9 -
1 file changed, 9 deletions(-)
diff --git a/src/compiler/glsl/ir.h b/src/compiler/glsl/ir.h
index 83b810b..7e06d42 100644
--- a/src/compiler/glsl/ir.h
On Fri 16 Sep 2016, Emil Velikov wrote:
> From: Emil Velikov
>
> Analogous to previous commit.
>
> v2: Use correct comparison in loop conditional (Eric)
> Use valid C initializer (Gurchetan)
>
> Signed-off-by: Emil Velikov
>
From: Emil Velikov
Currently not everyone has libudev and with follow-up patches we'll
completely remove the divergent codepaths.
Use the libdrm drm device API to construct the required ID_PATH_TAG-like
string, to preserve the current functionality for libudev users
On 14 October 2016 at 18:14, Mario Kleiner wrote:
>
> They've been all merged, so you can close them.
>
Done and thanks again!
Emil
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
Some people privately asked why we need to create this EGL platform.
I want to respond publicly.
Mesa *already* *has* this EGL platform. In my view, the issue at hand
isn't whether to create or to not create the platform. It's whether to
specify its behavior (formally in an extension spec) or
On 10/08/2016 09:33 AM, Eduardo Lima Mitev wrote:
> On 10/08/2016 02:12 AM, Ian Romanick wrote:
>> From: Ian Romanick
>>
>> This was found partially by inspection and partially by hitting a
>> problem while working on nir_op_pack_int64_2x32_split. The code
>> previously
On 10/14/2016 11:14 AM, Emil Velikov wrote:
On 12 October 2016 at 18:40, Emil Velikov wrote:
On 11 October 2016 at 19:42, Mario Kleiner wrote:
Tested to fix context creation failure on a dual-x-screen setup.
Signed-off-by: Mario
https://bugs.freedesktop.org/show_bug.cgi?id=98263
--- Comment #1 from Kai ---
Created attachment 127306
--> https://bugs.freedesktop.org/attachment.cgi?id=127306=edit
output of vulkaninfo
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=77449
Kai changed:
What|Removed |Added
Depends on||98263
Referenced
https://bugs.freedesktop.org/show_bug.cgi?id=98263
Bug ID: 98263
Summary: [radv] The Talos Principle fails to launch with "Fatal
error: Cannot set display mode."
Product: Mesa
Version: git
Hardware: x86-64 (AMD64)
Looks great to me!
Reviewed-by: José Fonseca
From: Roland Scheidegger
Sent: Friday, 14 October, 02:21
Subject: [PATCH] draw: improved handling of undefined inputs
To: Jose Fonseca, ML mesa-dev
Cc: Roland Scheidegger
From: Roland Scheidegger Previous attempts to zero
From: Kevin Rogovin
This is an RFC for documentation I am making for the Intel OTC
Vulkan driver. The eventual goal for the documentation is to
help new developers understand the code base more quickly so
that they can contribute more easily.
Kevin Rogovin (1):
On 14/10/16 15:36, Brian Paul wrote:
On 10/13/2016 09:38 PM, srol...@vmware.com wrote:
From: Roland Scheidegger
Compilation to actual machine code can easily take as much time as the
optimization passes on the IR if not more, so print this out too.
---
https://bugs.freedesktop.org/show_bug.cgi?id=98168
--- Comment #6 from Christoph Haag ---
Created attachment 127304
--> https://bugs.freedesktop.org/attachment.cgi?id=127304=edit
water with 8xaa
(In reply to Vedran Miletić from comment #5)
> https://youtu.be/dS2HLt5BjFY
On Thursday, 2016-10-06 14:12:27 +0100, Emil Velikov wrote:
> From: Emil Velikov
>
> Driver should enumerate only up-to min2(num_available, num_requested)
> properties and return VK_INCOMPLETE if the # of requested props is
> smaller than the ones available.
>
>
On 8 October 2016 at 11:58, Marek Olšák wrote:
> From: Marek Olšák
>
> time GALLIUM_NOOP=1 ./run shaders/private/alien_isolation/ >/dev/null
>
> Before (2 takes):
>
> real0m8.734s0m8.773s
> user0m34.232s 0m34.348s
> sys 0m0.084s
Yeah, looking at it a bit longer, it seems that the unbind behavior
broke (again like Eric suggested).
When you replaced that condition :
unbind = (cctx == NULL && ddraw == NULL && rdraw == NULL);
if (unbind || dri2_dpy->core->bindContext(cctx, ddraw, rdraw)) {
By this :
if (cctx || ddraw
Thanks a lot,
The diff is a bit too complicated for me to tell how it's different.
-
Lionel
On 14/10/16 16:11, Emil Velikov wrote:
On 14 October 2016 at 15:58, Lionel Landwerlin
wrote:
Hi Emil,
I've not been able to run the deqp gles31 test suite after this
On 14 October 2016 at 15:58, Lionel Landwerlin
wrote:
> Hi Emil,
>
> I've not been able to run the deqp gles31 test suite after this commit.
> Like Eric suggested I think this is introducing a behavior change.
>
v2 should not do that, yet it might be missing
On 27 July 2016 at 15:30, Emil Velikov wrote:
> On 16 July 2016 at 01:02, Mauro Rossi wrote:
>> Hi,
>>
>> I'm sending the v2 re-spin of patch as per i965, rechecked twice
>> line-by-line with Tomasz's one.
>>
>> Building ok, marshmallow-x86
Hi Emil,
I've not been able to run the deqp gles31 test suite after this commit.
Like Eric suggested I think this is introducing a behavior change.
Thanks,
-
Lionel
On 03/10/16 19:28, Emil Velikov wrote:
From: Emil Velikov
Fold duplicate conditional blocks and
On 10/13/2016 09:38 PM, srol...@vmware.com wrote:
From: Roland Scheidegger
Compilation to actual machine code can easily take as much time as the
optimization passes on the IR if not more, so print this out too.
---
src/gallium/auxiliary/gallivm/lp_bld_init.c | 11
https://bugs.freedesktop.org/show_bug.cgi?id=98132
Iago Toral changed:
What|Removed |Added
CC||ito...@igalia.com
---
From the ARB_shader_storage_buffer_object spec:
"In a shader storage block, the last member may be declared without an explicit
size. In this case, the effective array size is inferred at run-time from
the size of the data store backing the interface block. Such unsized
arrays may be indexed
From the ARB_shader_storage_buffer_object spec:
"In a shader storage block, the last member may be declared without an explicit
size. In this case, the effective array size is inferred at run-time from
the size of the data store backing the interface block. Such unsized
arrays may be indexed
Generally, we only check for the presence of compute shaders during
parsing when we find any language (like layout qualifiers) that are
specific to compute shaders, however, it is possible to define an
empty compute shader does not use any language specific to compute
shaders at all and we should
The beginning of the header file should describe what it is.
Marek
On Oct 14, 2016 6:45 AM, "Edward O'Callaghan"
wrote:
> Too easy, one trivial comment below but either way:
> Reviewed-by: Edward O'Callaghan
>
> P.S. thanks for getting
Andy Furniss wrote:
Mark Thompson wrote:
On 13/10/16 08:20, Christian König wrote:
Am 13.10.2016 um 00:52 schrieb Mark Thompson:
The encoder attributes are needed for a user of the encoder to be
able to configure it sensibly without internal knowledge.
Reviewed-by: Christian König
On 6 October 2016 at 14:12, Emil Velikov wrote:
> From: Emil Velikov
>
> Driver should enumerate only up-to min2(num_available, num_requested)
> properties and return VK_INCOMPLETE if the # of requested props is
> smaller than the ones
On 12 October 2016 at 22:19, Vinson Lee wrote:
> Builds okay with this patch for me.
>
Smashing. Thanks for the testing gents !
Emil
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
Am 13.10.2016 um 11:06 schrieb Mark Thompson:
On 13/10/16 08:20, Christian König wrote:
Am 13.10.2016 um 00:52 schrieb Mark Thompson:
The encoder attributes are needed for a user of the encoder to be
able to configure it sensibly without internal knowledge.
Reviewed-by: Christian König
On 14 October 2016 at 09:45, Michel Dänzer wrote:
> On 14/10/16 05:14 PM, Emil Velikov wrote:
>> On 14 October 2016 at 01:45, Michel Dänzer wrote:
>>> On 13/10/16 07:14 PM, Emil Velikov wrote:
On 13 October 2016 at 04:07, Michel Dänzer
Hi,
On 14.10.2016 07:35, Edward O'Callaghan wrote:
V2. add i965/hsw+ to list
V3. rebased on master.
Signed-off-by: Edward O'Callaghan
---
docs/features.txt | 18 +-
1 file changed, 9 insertions(+), 9 deletions(-)
diff --git a/docs/features.txt
On 12 October 2016 at 18:40, Emil Velikov wrote:
> On 11 October 2016 at 19:42, Mario Kleiner wrote:
>> Tested to fix context creation failure on a dual-x-screen setup.
>>
>> Signed-off-by: Mario Kleiner
>> Cc:
On 13 October 2016 at 23:06, Chad Versace wrote:
> Mesa's EGL has supported Chrome OS's "surfaceless" platform for many
> months, but the behavior of that platform has never been documented.
> Here's my attempt to fix that.
>
> I've already committed the draft extension
On 14/10/16 05:14 PM, Emil Velikov wrote:
> On 14 October 2016 at 01:45, Michel Dänzer wrote:
>> On 13/10/16 07:14 PM, Emil Velikov wrote:
>>> On 13 October 2016 at 04:07, Michel Dänzer wrote:
On 13/10/16 03:37 AM, Tobias Droste wrote:
> Am
On 14 October 2016 at 01:45, Michel Dänzer wrote:
> On 13/10/16 07:14 PM, Emil Velikov wrote:
>> On 13 October 2016 at 04:07, Michel Dänzer wrote:
>>> On 13/10/16 03:37 AM, Tobias Droste wrote:
Am Mittwoch, 12. Oktober 2016, 11:53:50 CEST schrieb Emil
https://bugs.freedesktop.org/show_bug.cgi?id=98244
Randy changed:
What|Removed |Added
Blocks||94448
Referenced Bugs:
https://bugs.freedesktop.org/show_bug.cgi?id=98242
Randy changed:
What|Removed |Added
Blocks||94448
Referenced Bugs:
https://bugs.freedesktop.org/show_bug.cgi?id=98243
Randy changed:
What|Removed |Added
Blocks||94448
Referenced Bugs:
https://bugs.freedesktop.org/show_bug.cgi?id=98245
Randy changed:
What|Removed |Added
Blocks||94448
Referenced Bugs:
https://bugs.freedesktop.org/show_bug.cgi?id=98245
Bug ID: 98245
Summary: GLES3.1 link negative dEQP "expected linking to fail,
but passed."
Product: Mesa
Version: git
Hardware: All
OS: Linux (All)
https://bugs.freedesktop.org/show_bug.cgi?id=98222
Mathieu Belanger changed:
What|Removed |Added
Resolution|--- |FIXED
https://bugs.freedesktop.org/show_bug.cgi?id=98242
--- Comment #1 from Randy ---
Mesa git top commit: 389d6dedbe75defe07216ad761569a9b94f44e58
dEQP git top commit: ca988480be945772473f9256b6ae91fa6aa62bd1
Reproduced on HSW and SKL
--
You are receiving this mail because:
https://bugs.freedesktop.org/show_bug.cgi?id=98243
--- Comment #1 from Randy ---
Mesa git top commit: 389d6dedbe75defe07216ad761569a9b94f44e58
dEQP git top commit: ca988480be945772473f9256b6ae91fa6aa62bd1
Reproduced on HSW and SKL
--
You are receiving this mail because:
https://bugs.freedesktop.org/show_bug.cgi?id=98244
Bug ID: 98244
Summary: GLES3 shader negative dEQP failure "expected
compilation to fail, but shaders compiled correctly."
Product: Mesa
Version: git
Hardware: All
https://bugs.freedesktop.org/show_bug.cgi?id=98243
Bug ID: 98243
Summary: GLES3.0 dEQP failure "expected shaders to compile and
link properly, but failed to link."
Product: Mesa
Version: git
Hardware: All
https://bugs.freedesktop.org/show_bug.cgi?id=98242
Bug ID: 98242
Summary: GLES3.0 dEQP failure "expected shaders to compile and
link properly, but failed to compile."
Product: Mesa
Version: git
Hardware: All
76 matches
Mail list logo