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
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
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
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
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
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.
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
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.
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
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
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. 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. 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’
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
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
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.
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
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
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
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
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
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 +
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
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
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
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
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 ++
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
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
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
https://bugs.freedesktop.org/show_bug.cgi?id=103586
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=107369
Timothy Arceri changed:
What|Removed |Added
Component|Other |Gallium/StateTracker/Clover
--
You ar
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=97250
Timothy Arceri changed:
What|Removed |Added
Component|Other |Gallium/StateTracker/Clover
--
You are
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=100199
Timothy Arceri changed:
What|Removed |Added
Component|Other |Gallium/StateTracker/Clover
--
You ar
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=106915
Timothy Arceri changed:
What|Removed |Added
Component|Mesa core |glsl-compiler
QA Contact|mesa-
https://bugs.freedesktop.org/show_bug.cgi?id=107089
Timothy Arceri changed:
What|Removed |Added
Component|Mesa core |glsl-compiler
QA Contact|mesa-
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 -
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
https://bugs.freedesktop.org/show_bug.cgi?id=107865
Sergey Kondakov changed:
What|Removed |Added
CC||virtuous...@gmail.com
--
You are rec
https://bugs.freedesktop.org/show_bug.cgi?id=100960
Timothy Arceri changed:
What|Removed |Added
Status|NEEDINFO|NEW
--- Comment #5 from Timothy Arceri
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
---
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
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
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
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
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
https://bugs.freedesktop.org/show_bug.cgi?id=107765
Timothy Arceri changed:
What|Removed |Added
Status|NEW |NEEDINFO
--- Comment #1 from Timothy A
56 matches
Mail list logo
