https://bugs.freedesktop.org/show_bug.cgi?id=107765
Timothy Arceri changed:
What|Removed |Added
Status|NEW |NEEDINFO
--- Comment #1 from Timothy A
On 9/12/18 8:17 AM, Axel Davy wrote:
The goal is to catch inf and -inf and replace them by FLT_MAX and
-FLT_MAX.
Without, the NaN would appear when doing mul or mad.
Axel
I small precision I want to add: This is not the only place clamping
makes a difference.
Indeed else MUL_ZERO_WINS
On 9/11/18 11:28 PM, Roland Scheidegger wrote:
Am 09.09.2018 um 21:19 schrieb Axel Davy:
Tests done on several devices of all 3 vendors and
of different generations showed that there are several
ways of handling infs and NaN for d3d9.
Tests showed Intel on windows does always clamp
RCP, RSQ and
https://bugs.freedesktop.org/show_bug.cgi?id=103586
Jan Vesely changed:
What|Removed |Added
Component|Gallium/StateTracker/Clover |Drivers/Gallium/r600
--
You are receiving
This shouldn't matter as we'll never write OOB anyway but we may as well
get it right. It's supposed to be in dwords - 1.
---
src/intel/vulkan/genX_gpu_memcpy.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/intel/vulkan/genX_gpu_memcpy.c
b/src/intel/vulkan/genX_gpu_memc
---
src/intel/vulkan/genX_cmd_buffer.c | 33 +++---
1 file changed, 16 insertions(+), 17 deletions(-)
diff --git a/src/intel/vulkan/genX_cmd_buffer.c
b/src/intel/vulkan/genX_cmd_buffer.c
index 933566e91e7..a9a8a41ac9d 100644
--- a/src/intel/vulkan/genX_cmd_buffer.c
+++ b/
The only thing that matters is the size since we never specify any
offsets in terms of blocks.
---
src/intel/vulkan/genX_gpu_memcpy.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/src/intel/vulkan/genX_gpu_memcpy.c
b/src/intel/vulkan/genX_gpu_memcpy.c
index eaafcfa3b22
---
src/intel/vulkan/anv_genX.h| 6 ++---
src/intel/vulkan/genX_cmd_buffer.c | 28 +++-
src/intel/vulkan/genX_gpu_memcpy.c | 35 --
3 files changed, 34 insertions(+), 35 deletions(-)
diff --git a/src/intel/vulkan/anv_genX.h b/src/intel/vulk
On 12/9/18 2:24 am, Nicholas Kazlauskas wrote:
Some programs start with the path and command line arguments in
argv[0] (program_invocation_name). Chromium is an example of
an application using mesa that does this.
This change breaks the detection of Wine applications. Can you give an
example o
https://bugs.freedesktop.org/show_bug.cgi?id=100960
Timothy Arceri changed:
What|Removed |Added
Status|NEEDINFO|NEW
--- Comment #5 from Timothy Arceri
https://bugs.freedesktop.org/show_bug.cgi?id=107865
Sergey Kondakov changed:
What|Removed |Added
CC||virtuous...@gmail.com
--
You are rec
This game is looking for some odd extension after creating a core
context such as ARB_vertex_program and EXT_framebuffer_object.
Rather then enabling these in core this forces the game to use
compat. This allows the game to run and seems to work without
issues. All other id tech games/engines use
---
src/gallium/auxiliary/pipe-loader/driinfo_gallium.h | 1 +
src/gallium/state_trackers/dri/dri_context.c| 10 --
src/util/xmlpool/t_options.h| 5 +
3 files changed, 14 insertions(+), 2 deletions(-)
diff --git a/src/gallium/auxiliary/pipe-loader/dri
Ping!
On 30/8/18 10:19 am, Timothy Arceri wrote:
---
src/mesa/drivers/dri/radeon/radeon_screen.c | 10 +
src/mesa/drivers/dri/radeon/radeon_screen.h | 5 +
src/util/xmlpool/ca.po | 23 -
src/util/xmlpool/de.po | 23 -
https://bugs.freedesktop.org/show_bug.cgi?id=107089
Timothy Arceri changed:
What|Removed |Added
Component|Mesa core |glsl-compiler
QA Contact|mesa-
https://bugs.freedesktop.org/show_bug.cgi?id=106915
Timothy Arceri changed:
What|Removed |Added
Component|Mesa core |glsl-compiler
QA Contact|mesa-
https://bugs.freedesktop.org/show_bug.cgi?id=104529
Timothy Arceri changed:
What|Removed |Added
Component|Mesa core |Gallium/StateTracker/Clover
--
You ar
https://bugs.freedesktop.org/show_bug.cgi?id=100199
Timothy Arceri changed:
What|Removed |Added
Component|Other |Gallium/StateTracker/Clover
--
You ar
https://bugs.freedesktop.org/show_bug.cgi?id=100218
Timothy Arceri changed:
What|Removed |Added
Component|Other |Gallium/StateTracker/Clover
--
You ar
https://bugs.freedesktop.org/show_bug.cgi?id=97250
Timothy Arceri changed:
What|Removed |Added
Component|Other |Gallium/StateTracker/Clover
--
You are
https://bugs.freedesktop.org/show_bug.cgi?id=93977
Timothy Arceri changed:
What|Removed |Added
Component|Other |Gallium/StateTracker/Clover
--
You are
https://bugs.freedesktop.org/show_bug.cgi?id=107369
Timothy Arceri changed:
What|Removed |Added
Component|Other |Gallium/StateTracker/Clover
--
You ar
https://bugs.freedesktop.org/show_bug.cgi?id=104182
Timothy Arceri changed:
What|Removed |Added
Component|Other |Gallium/StateTracker/Clover
--
You ar
https://bugs.freedesktop.org/show_bug.cgi?id=103586
Timothy Arceri changed:
What|Removed |Added
Component|Other |Gallium/StateTracker/Clover
--
You ar
Gert, should we also include this in the stable queues ?
On Mon, 2018-09-10 at 12:39 +0200, Gert Wollny wrote:
> From: Gert Wollny
>
> Gallium may pick L16A16_FLOAT to represent GL_INTENSITY16F if no intensity
> format is provided by the driver. However, when calling
>
>glGetTexLevelParame
From: Marek Olšák
Fixes
dEQP-GLES31.functional.shaders.sample_variables.sample_pos.correctness.default_framebuffer
with --deqp-gl-config-name=rgbad24s8ms4
Cc: 18.1 18.2
---
src/mesa/state_tracker/st_glsl_to_tgsi.cpp | 35 +-
1 file changed, 34 insertions(+), 1 deletion
Am 09.09.2018 um 21:19 schrieb Axel Davy:
> Tests done on several devices of all 3 vendors and
> of different generations showed that there are several
> ways of handling infs and NaN for d3d9.
>
> Tests showed Intel on windows does always clamp
> RCP, RSQ and LOG (thus preventing inf/nan generati
The following commits will make the allocation more complicated so
split the free list allocation logic out.
Signed-off-by: Lionel Landwerlin
---
src/intel/vulkan/anv_descriptor_set.c | 68 +++
src/intel/vulkan/anv_private.h| 5 +-
2 files changed, 42 insertions(
This new extension adds an implicitly allocated block of uniforms into
the descriptors sets through a new descriptor type.
We implement this by having a single BO in the descriptor set pool
from which we source uniforms.
Signed-off-by: Lionel Landwerlin
---
src/intel/vulkan/anv_cmd_buffer.c
Hi,
Not much to explain here, it's all in the commits :)
Cheers,
Lionel Landwerlin (2):
anv: descriptors: split allocation function
anv: add support for VK_EXT_inline_uniform_block
src/intel/vulkan/anv_cmd_buffer.c | 3 +
src/intel/vulkan/anv_descriptor_set.c | 298 ++
With some versions of MinGW, in a 64-bit optimized build the
prototype for _aligned_malloc() isn't found so we get some compiler
warnings about using the undeclared function. The root cause is
unknown but including malloc.h before windows.h solves the problem.
---
src/gallium/state_trackers/wgl/s
On Mon, Sep 10, 2018 at 6:30 PM, Bas Nieuwenhuizen
wrote:
> On Mon, Sep 10, 2018 at 8:05 PM Jason Ekstrand wrote:
>>
>> ---
>> src/compiler/spirv/spirv_to_nir.c | 170 ++
>> 1 file changed, 103 insertions(+), 67 deletions(-)
>>
>> diff --git a/src/compiler/spirv/spirv
Reviewed-by: Jordan Justen
On 2018-09-11 09:15:38, Jason Ekstrand wrote:
> Cc: mesa-sta...@lists.freedesktop.org
> Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=107892
> ---
> src/mesa/drivers/dri/i965/brw_meta_util.c | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/src/mesa
Some programs start with the path and command line arguments in
argv[0] (program_invocation_name). Chromium is an example of
an application using mesa that does this.
This tries to query the real path for the symbolic link /proc/self/exe
to find the program name instead.
Signed-off-by: Nicholas K
Applications that don't present at a predictable rate (ie. not games)
shouldn't have adapative sync enabled. This list covers some of the
common desktop compositors and some web browsers.
Signed-off-by: Nicholas Kazlauskas
---
src/util/00-mesa-defaults.conf | 37 +
It's better to let most applications make use of adaptive sync
by default. Problematic applications can be placed on the blacklist
or the user can manually disable the feature.
Signed-off-by: Nicholas Kazlauskas
---
src/gallium/drivers/radeonsi/driinfo_radeonsi.h | 2 +-
1 file changed, 1 insert
From: Nicolai Hähnle
When enabled, this will request FreeSync via the hybrid amdgpu DDX's
AMDGPU X11 protocol extension.
Due to limitations in the DDX this will only work for applications
that cover the entire X screen (which is important to keep in mind when
you have a multi-monitor setup).
v2
These patches are part of a proposed new interface for supporting variable
refresh rate via DRM properties.
https://patchwork.freedesktop.org/series/49486/
This is based on existing work by Nicolai Hähnle to help notify
xf86-video-amdgpu of applications that use GL to render.
It sends these Fre
Cc: mesa-sta...@lists.freedesktop.org
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=107892
---
src/mesa/drivers/dri/i965/brw_meta_util.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/src/mesa/drivers/dri/i965/brw_meta_util.c
b/src/mesa/drivers/dri/i965/brw_meta_util.c
index 908b
Quoting Juan A. Suarez Romero (2018-09-10 05:15:33)
> Newer Meson versions require python >=3.5. But in Trusty default python3
> version is 3.4.x.
>
> Install python3.5 and makes it the default version for Meson using
> update-alternatives method.
>
> CC: Jan Vesely
> CC: Andres Gomez
> CC: Emi
This is:
Reviewed-by: Andres Gomez
On Mon, 2018-09-10 at 14:15 +0200, Juan A. Suarez Romero wrote:
> Newer Meson versions require python >=3.5. But in Trusty default python3
> version is 3.4.x.
>
> Install python3.5 and makes it the default version for Meson using
> update-alternatives method.
Hi
If this is prime related I can test it tonight for you
Cheers
Mike
On Tue, 11 Sep 2018 at 14:06 Thomas Hellstrom wrote:
>
> On 09/11/2018 02:41 PM, Michel Dänzer wrote:
> > Any feedback on this patch? Without negative feedback, I'll push it
> > later this week.
> Hi, Michel,
>
> This looks
On 09/11/2018 02:41 PM, Michel Dänzer wrote:
Any feedback on this patch? Without negative feedback, I'll push it
later this week.
Hi, Michel,
This looks ok to me.
Reviewed-by: Thomas Hellstrom
/Thomas
On 2018-09-04 6:22 p.m., Michel Dänzer wrote:
From: Michel Dänzer
We don't need to
From: Andrii Simiklit
1. main/texcompress_etc.c:1314:12:
warning: ‘*((void *)&dst+2)’ may be used uninitialized in this function
2. main/texcompress_etc.c:1354:12:
warning: ‘*((void *)&dst+2)’ may be used uninitialized in this function
3. main/texcompress_etc.c:1293:12:
warning: ‘dst’
From: Andrii Simiklit
1. brw_blorp.c:1502:4: warning:
‘num_layers’ may be used uninitialized in this function
2. brw_blorp.c:1502:4: warning:
‘start_layer’ may be used uninitialized in this function
3. brw_blorp.c:1502:4: warning:
‘level’ may be used uninitialized in this function
4.
From: Andrii Simiklit
1. tools/i965_disasm.c:58:4: warning:
ignoring return value of ‘fread’,
declared with attribute warn_unused_result
fread(assembly, *end, 1, fp);
2. tools/aub_read.c:271:31: warning: unused variable ‘end’
const uint32_t *p = data, *end = data + data_len, *nex
From: Andrii Simiklit
1. nir/nir_lower_vars_to_ssa.c:691:21: warning:
unused variable ‘var’
nir_variable *var = path->path[0]->var;
2. nir_types.cpp:558:31: warning:
‘elem_align’ may be used uninitialized in this function
unsigned elem_size, elem_align;
nir_types.
From: Andrii Simiklit
Fixes several compilation warnings for a not debug configuration
Andrii Simiklit (4):
intel/tools: avoid 'ignoring return value' and 'unused variable'
warnings
compiler: avoid 'unused variable' and 'may be used uninitialized'
warnings
i965: avoid 'unused varia
Any feedback on this patch? Without negative feedback, I'll push it
later this week.
On 2018-09-04 6:22 p.m., Michel Dänzer wrote:
> From: Michel Dänzer
>
> We don't need to wait before drawing to the fake front buffer, as front
> buffer rendering by definition is allowed to produce artifacts.
Reviewed-by: Lionel Landwerlin
On 11/09/2018 08:32, Tapani Pälli wrote:
Currently position is set before widgets are sized by gtk and
calculation can get wrong results where window is positioned
offscreen. Patch fixes this by setting aubfile window position
as 0,0 only when size_allocate has be
https://bugs.freedesktop.org/show_bug.cgi?id=107878
--- Comment #3 from gloriouseggr...@gmail.com ---
can confirm, also happening on llvm 7 and mesa 18.3-git with vega 64
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
Hi all,
Could somebody helps me push the remaining patches which were already
reviewed:
1. [PATCH v5 5/8] mesa/main: don't use win _vsnprintf. there is
'util_vsnprintf' function
https://patchwork.freedesktop.org/patch/247749/
2. [PATCH v5 6/8] util: use cross platform implementation 'util_vsn
On 2018-09-10 9:02 p.m., Marek Olšák wrote:
> On Mon, Sep 10, 2018 at 10:45 AM, Michel Dänzer wrote:
>> On 2018-09-07 9:01 p.m., Marek Olšák wrote:
>>> On Fri, Sep 7, 2018 at 11:04 AM, Michel Dänzer wrote:
On 2018-09-07 4:31 p.m., Marek Olšák wrote:
> On Fri, Sep 7, 2018, 4:34 AM Michel
On 2018-09-10 8:55 p.m., Marek Olšák wrote:
> On Mon, Sep 10, 2018 at 11:41 AM, Michel Dänzer wrote:
>> On 2018-09-07 11:35 p.m., Marek Olšák wrote:
>>> From: Marek Olšák
>>>
>>> +1.2% performance with:
>>> piglit/drawoverhead - DrawElements (no state changes) on radeonsi
>>
>> No meaningless
https://bugs.freedesktop.org/show_bug.cgi?id=107822
--- Comment #1 from Alexander ---
UPDATE :
**--German-**
Guten Tag
Mein Problem ist: In dem Spiel "Just Cause 3" fangen die Te
Currently position is set before widgets are sized by gtk and
calculation can get wrong results where window is positioned
offscreen. Patch fixes this by setting aubfile window position
as 0,0 only when size_allocate has been called to the widget.
Now window is always positioned to 0,0 if imgui.in
56 matches
Mail list logo
