https://bugs.freedesktop.org/show_bug.cgi?id=102204
--- Comment #6 from H4nN1baL ---
Created attachment 138484
--> https://bugs.freedesktop.org/attachment.cgi?id=138484&action=edit
glxinfo4
Upgrade to Mesa 18.1
(https://launchpad.net/~paulo-miguel-dias/+archive/ubuntu/mesa/)
I perceive the fix
https://bugs.freedesktop.org/show_bug.cgi?id=104665
--- Comment #4 from Gert Wollny ---
Since the game needs OpenGL 4.1 I have
export MESA_GL_VERSION_OVERRIDE=4.1
--
You are receiving this mail because:
You are the assignee for the bug.
You are the QA Contact for the bug.___
On Wed, 2018-03-28 at 17:19 -0700, Jason Ekstrand wrote:
> How is this different from is_shadow?
From the SPIR-V spec, OpTypeImage:
"Depth is whether or not this image is a depth image. (Note that
whether or not depth comparisons are actually done is a property of
the sampling opcode, not o
Hi,
I have a question how to change screen resolution. I'm running a image in
vmplayer. From dmesg logs I see,
[2.947320] [drm] Screen Objects Display Unit initialized
[2.947346] [drm] width 1280
[2.947351] [drm] height 768
[2.947356] [drm] bpp 32
lsmod | grep vmwgfx
vmwgfx
Hello,
I have the pleasure to announce that the X.org Developer Conference 2018
will be held in A Coruña, Spain from September 26th to September 28th.
The venue is located at the Computer Science faculty of the University
of Coruña.
This year, we have created a new website for the event:
htt
https://bugs.freedesktop.org/show_bug.cgi?id=77449
Bug 77449 depends on bug 100239, which changed state.
Bug 100239 Summary: Incorrect rendering in CS:GO
https://bugs.freedesktop.org/show_bug.cgi?id=100239
What|Removed |Added
From the SPIR-V spec, OpTypeImage:
"Depth is whether or not this image is a depth image. (Note that
whether or not depth comparisons are actually done is a property of
the sampling opcode, not of this type declaration.)"
OpImageSample{Proj}Dref{Explicit,Implicit}Lod sampling opcodes always do
a d
2018-03-30 16:17 GMT+02:00 Emil Velikov :
> From: Emil Velikov
>
> Currently the default modifier is MOD_INVALID. At a later stage, if the
> modifier is the same (the user may have explicit selected MOD_INVALID),
> we'll fallback to MOD_LINEAR.
>
> Simplify things to a) use MOD_LINEAR by default b
2018-03-30 16:17 GMT+02:00 Emil Velikov :
> From: Emil Velikov
>
> Add weak function declaration and check if they're valid prior
> to calling the functions.
>
> This allows us to remove conditional compilation, yet allowing the
> modifiers codepath to work if API is available.
>
> Cc: Christian G
https://bugs.freedesktop.org/show_bug.cgi?id=105846
Bug ID: 105846
Summary: Assertion failure @ st_atom_array.c:675
Product: Mesa
Version: unspecified
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
K
https://bugs.freedesktop.org/show_bug.cgi?id=105846
--- Comment #1 from l...@protonmail.ch ---
Created attachment 138489
--> https://bugs.freedesktop.org/attachment.cgi?id=138489&action=edit
glxinfo for 0b73c8
--
You are receiving this mail because:
You are the assignee for the bug.
You are th
On Fri, Mar 30, 2018 at 10:17 AM, Emil Velikov wrote:
> From: Emil Velikov
>
> Add weak function declaration and check if they're valid prior
> to calling the functions.
>
> This allows us to remove conditional compilation, yet allowing the
> modifiers codepath to work if API is available.
>
> Cc
On Fri, Mar 30, 2018 at 10:17 AM, Emil Velikov wrote:
> From: Emil Velikov
>
> Currently the default modifier is MOD_INVALID. At a later stage, if the
> modifier is the same (the user may have explicit selected MOD_INVALID),
> we'll fallback to MOD_LINEAR.
>
> Simplify things to a) use MOD_LINEAR
Fixes rendering issues with mode rgba on etnaviv. I have applied
the same change for nv12 variants but they are not supported on
etnaviv.
Signed-off-by: Christian Gmeiner
---
common.c | 3 +++
common.h | 19 +
cube-tex.c | 91 +
https://bugs.freedesktop.org/show_bug.cgi?id=105846
--- Comment #2 from l...@protonmail.ch ---
link to coredump (also uploading as attachment):
https://doc-0o-4k-docs.googleusercontent.com/docs/securesc/pum26a1iie2onuvj4oi878g6cm4t7ee5/ogcgqid4h8vlgsdm101jckd6jo5jqqc5/152266320/007380059667326
https://bugs.freedesktop.org/show_bug.cgi?id=105846
--- Comment #3 from l...@protonmail.ch ---
Can't upload attachment here; got 500 internal server error.
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.___
When allocating a buffer for DRI2, set the modifier to INVALID to inform
the backend that we have no supplied modifiers and it should do its own
thing. The missed initialisation forced linear, even if the
implementation had made other decisions.
This resulted in VC4 DRI2 clients failing with:
Mo
https://bugs.freedesktop.org/show_bug.cgi?id=105847
Bug ID: 105847
Summary: Profile GL3bc is not available on X11GraphicsDevice
Product: Mesa
Version: unspecified
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Hi Juan,
On 29 March 2018 at 11:25, Juan A. Suarez Romero wrote:
> The plan is to have 17.3.8 this Monday (2nd April), around or shortly after
> 11:00
> GMT.
Does this mean we could expect 17.3.9 in a couple of weeks, or is this
the last release for the 17.3.x branch?
Cheers,
Daniel
__
Hi Andreas,
On 31 March 2018 at 15:18, Andreas Müller wrote:
> Thanks for prompt an VERY helpful support. I did:
>
> * Check my configure and found: --disable-dri3!
> * Tested your patch (with --disable-dri3) and as expected it fixes the issue
> * Found what causes --disable-dri3 - it came in by
On 30 March 2018 at 19:20, Kenneth Graunke wrote:
> On Friday, March 30, 2018 7:40:13 AM PDT Chris Wilson wrote:
>> For i915, we are proposing to use a quality-of-service parameter in
>> addition to that of just a priority that usurps everyone. Due to our HW,
>> preemption may not be immediate and
Hi Christian,
On 2 April 2018 at 12:49, Christian Gmeiner wrote:
> Fixes rendering issues with mode rgba on etnaviv. I have applied
> the same change for nv12 variants but they are not supported on
> etnaviv.
>
> [...]
>
> + EGLint attr[] = {
> EGL_WIDTH, texw,
>
On Mon, Apr 2, 2018 at 2:42 PM, Daniel Stone wrote:
> Hi Andreas,
>
> On 31 March 2018 at 15:18, Andreas Müller wrote:
>> Thanks for prompt an VERY helpful support. I did:
>>
>> * Check my configure and found: --disable-dri3!
>> * Tested your patch (with --disable-dri3) and as expected it fixes t
Without this fix, duplicated file descriptors leak into child processes.
See commit aaac913e901229d11a1894f6aaf646de6b1a542c for one instance
where the same fix was employed.
Signed-off-by: Matt Whitlock
---
src/gallium/winsys/svga/drm/vmw_screen_svga.c | 4 ++--
1 file changed, 2 insertions(+),
Without this fix, duplicated file descriptors leak into child processes.
See commit aaac913e901229d11a1894f6aaf646de6b1a542c for one instance
where the same fix was employed.
Signed-off-by: Matt Whitlock
---
src/gallium/drivers/etnaviv/etnaviv_fence.c | 4 ++--
1 file changed, 2 insertions(+), 2
Without this fix, duplicated file descriptors leak into child processes.
See commit aaac913e901229d11a1894f6aaf646de6b1a542c for one instance
where the same fix was employed.
Signed-off-by: Matt Whitlock
---
src/gallium/drivers/freedreno/freedreno_fence.c | 4 ++--
1 file changed, 2 insertions(+
Without this fix, duplicated file descriptors leak into child processes.
See commit aaac913e901229d11a1894f6aaf646de6b1a542c for one instance
where the same fix was employed.
Signed-off-by: Matt Whitlock
---
src/egl/drivers/dri2/egl_dri2.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
d
Hi Sergii,
I built this into mesa 17.3.7 and it seems to solve all the issues I've
seen that were mentioned in 101408.
This includes not just the issues with the Mortar, but the other visual
artefacts that I've noticed with the player models and with other weapons
in the game.
Many thanks for di
Without this fix, duplicated file descriptors leak into child processes.
See commit aaac913e901229d11a1894f6aaf646de6b1a542c for one instance
where the same fix was employed.
Signed-off-by: Matt Whitlock
---
src/mesa/drivers/dri/i965/brw_sync.c | 4 ++--
1 file changed, 2 insertions(+), 2 deleti
Please use LLVM defines consistent with the surrounding code. Surrounding code
uses LLVM_VERSION_MAJOR / LLVM_VERSION_MINOR.
This code should then be:
#if LLVM_VERSION_MAJOR >= 7
…
#endif
Thank you!
George
> On Apr 1, 2018, at 3:05 PM, Vinson Lee wrote:
>
> On Sun, Apr 1, 2018 at 1:10 AM,
The driver already supports exporting the Layer and ViewportIndex
built-ins from vertex or tessellation shaders.
Signed-off-by: Samuel Pitoiset
---
src/amd/vulkan/radv_extensions.py | 1 +
src/amd/vulkan/radv_shader.c | 1 +
2 files changed, 2 insertions(+)
diff --git a/src/amd/vulkan/radv
On April 2, 2018 04:04:49 Iago Toral Quiroga wrote:
From the SPIR-V spec, OpTypeImage:
"Depth is whether or not this image is a depth image. (Note that
whether or not depth comparisons are actually done is a property of
the sampling opcode, not of this type declaration.)"
OpImageSample{Proj}
Hi,
What distro you are running ? Is open-vm-tools installed ? This package
is required for setting resolutions from user-space. Also what is the Linux
kernel version used ?
Regarding usage of kernel option I suspect there is a upper limit on that, I
will verify that. During bootup vmwgfx use fbd
On Wed, Mar 21, 2018 at 8:40 PM, Rob Clark wrote:
> To all X.Org Foundation Members:
>
> The X.Org Foundation's annual election is now open and will remain
> open until 23:59 UTC on 5 April 2018.
Reminder that the elections are open until midnight on Thurs, so if
you have not already voted, pleas
The lighting constants were not declared previously,
but were accessed with indirect addressing, which is
illegal.
Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=105442
Signed-off-by: Axel Davy
CC: "17.3 18.0"
---
src/gallium/state_trackers/nine/nine_ff.c | 4
1 file changed, 4 inse
https://bugs.freedesktop.org/show_bug.cgi?id=105442
Axel Davy changed:
What|Removed |Added
Component|Drivers/Gallium/radeonsi|Other
--- Comment #3 from Axel Davy ---
Pa
Daniel Stone writes:
> When allocating a buffer for DRI2, set the modifier to INVALID to inform
> the backend that we have no supplied modifiers and it should do its own
> thing. The missed initialisation forced linear, even if the
> implementation had made other decisions.
This makes sense.
Re
On 2 April 2018 at 18:52, Eric Anholt wrote:
> Daniel Stone writes:
>> When allocating a buffer for DRI2, set the modifier to INVALID to inform
>> the backend that we have no supplied modifiers and it should do its own
>> thing. The missed initialisation forced linear, even if the
>> implementati
mesa/st decides whether to update samplers after a program change based on
whether num_textures is nonzero. By not counting samplers in a uniform
struct, we would segfault in
KHR-GLES3.shaders.struct.uniform.sampler_vertex if it was run in the same
context after a non-vertex-shader-uniform testcas
Hello Marek,
this one do not longer apply after 'GL_KHR_blend_equation_advanced'
landed.
Happy Easter!
Dieter
Am 02.04.2018 05:54, schrieb Marek Olšák:
From: Marek Olšák
---
src/gallium/drivers/radeonsi/si_blit.c | 5 +
src/gallium/drivers/radeonsi/si_pipe.h | 17 +
Doesn't st/mesa have a pass for getting rid if the structs?
On Mon, Apr 2, 2018 at 11:13 AM, Eric Anholt wrote:
> mesa/st decides whether to update samplers after a program change based on
> whether num_textures is nonzero. By not counting samplers in a uniform
> struct, we would segfault in
>
On Mon, Apr 2, 2018 at 2:22 PM, Dieter Nützel wrote:
> Hello Marek,
>
> this one do not longer apply after 'GL_KHR_blend_equation_advanced'
> landed.
>
The conflict can be resolved trivially. The patch is still open for review.
Marek
___
mesa-dev mail
To all X.Org Foundation Members:
Due to some technical difficulties, the earlier election notification
messages to memb...@x.org list did not go through (but also did not
trigger bounce/moderator notification). We cross referenced the
members list to the subscriber lists for xorg-devel, xorg, mes
https://bugs.freedesktop.org/show_bug.cgi?id=105846
--- Comment #4 from l...@protonmail.ch ---
After some testing, it does not seem to happen when MESA_DEBUG=context and
MESA_VERBOSE=all.
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug
On Mon, Apr 2, 2018 at 3:05 PM, Andreas Müller wrote:
> On Mon, Apr 2, 2018 at 2:42 PM, Daniel Stone wrote:
>> Hi Andreas,
>>
>> On 31 March 2018 at 15:18, Andreas Müller wrote:
>>> Thanks for prompt an VERY helpful support. I did:
>>>
>>> * Check my configure and found: --disable-dri3!
>>> * Te
Even without the patch, simply adding:
PACKAGECONFIG_append_pn-mesa = "dri3"
to my conf/local.conf has glmark2-es2 running, and chromium-x11 is running
accelerated out-of-the-box (i.e. I don't have to install the egl/gles
libraries it builds itself).
I'm re-building my rpi3-64 image to s
Hi Jean,
I'm going to play around with your patches to get them into a format that
Mesa devs can review. This will blow the history away.
The problem is that your workflow in 1 & 2 ruins the Git history for
reviewers. It makes the patch series hard to read.
Could you provide us with your scrip
Otherwise this variable will only be set if there are spirv shaders
present, but it's used regardless, resulting in undefined behavior.
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=105820
CC: Alejandro Piñeiro
CC: Mark Janes
Signed-off-by: Dylan Baker
---
src/mesa/program/ir_to_mesa.
locally I've added:
Fixes: 16f6634e7fb5ada308e55b852cd49251e7f3f8b1
("mesa/program: Link SPIR-V shaders using the SPIR-V code-path")
Quoting Dylan Baker (2018-04-02 15:36:01)
> Otherwise this variable will only be set if there are spirv shaders
> present, but it's used regardless, resultin
Hi Laura,
I haven't used any script.
I made all the HTML to rst translations by hand, file by file.
Kind Regards,
Jean Hertel
Em 2 de abril de 2018 19:09:34 BRT, Laura Ekstrand
escreveu:
Hi Jean,
I'm going to play around with your patches to get them into a format that Mesa
devs can review.
Tested-by: Mark Janes
Dylan Baker writes:
> locally I've added:
> Fixes: 16f6634e7fb5ada308e55b852cd49251e7f3f8b1
>("mesa/program: Link SPIR-V shaders using the SPIR-V code-path")
>
> Quoting Dylan Baker (2018-04-02 15:36:01)
>> Otherwise this variable will only be set if there are spi
This fixes a bug in radeonsi where LLVM cannot handle the case where
a break exists but its not the last instruction in the block.
LLVM would fail with:
Terminator found in the middle of a basic block!
LLVM ERROR: Broken function found, compilation aborted!
Fixes: 96fe8834f539 "glsl_to_tgsi: do f
All consts are now implicitly 2d (they set .Dimension), so trigger
asserts. Also, the texture offset can't handle any sort of 2d indexing.
While this could be tacked on, this seems unnecessary, just move it off
into a separate temp.
Fixes assertion failure in
tests/spec/arb_gpu_shader5/compiler/bu
https://bugs.freedesktop.org/show_bug.cgi?id=77449
Bug 77449 depends on bug 95308, which changed state.
Bug 95308 Summary: [radeonsi] Hangs after some minutes on Team Fortress 2
https://bugs.freedesktop.org/show_bug.cgi?id=95308
What|Removed |Added
-
Seems reasonable.
Reviewed-by: Matt Turner
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
This is the only patch that seems to have a functional change. I have no
idea what this is doing from a glance, are you able to put a little
comment on why this is needed in the commit message?
Other than that for the series:
Acked-by: Timothy Arceri
On 02/04/18 14:07, Marek Olšák wrote:
Fr
Thanks Brian.
Reviewed-by: Timothy Arceri
On 31/03/18 01:40, Brian Paul wrote:
Silences a compiler warning about unhandled enum switch cases.
---
src/mesa/state_tracker/st_glsl_types.cpp | 3 +++
1 file changed, 3 insertions(+)
diff --git a/src/mesa/state_tracker/st_glsl_types.cpp
b/src/m
Hi Eric;
On 03/30/2018 11:25 PM, Eric Anholt wrote:
Lin Johnson writes:
Ext_color_buffer_half_float is using type GL_HALF_FLOAT
and data_type GL_FLOAT. This fix Android CTS test
android.view.cts.PixelCopyTest
v2: remove commtens of Ext_color_buffer_half_float.
As Ext_color_buffer__float can u
https://bugs.freedesktop.org/show_bug.cgi?id=77449
Bug 77449 depends on bug 91969, which changed state.
Bug 91969 Summary: [radeonsi][bonaire] Stalls with Borderlands 2
https://bugs.freedesktop.org/show_bug.cgi?id=91969
What|Removed |Added
--
Guy,
Then how can we deal with
android.view.cts.PixelCopyTest #TestWindowProducerCopyToRGBA16F
It is blocked by this error check..
-Original Message-
From: Palli, Tapani
Sent: Tuesday, April 3, 2018 1:42 PM
To: Eric Anholt ; Lin, Johnson ;
mesa-dev@lists.freedesktop.org
Subject: Re: [
Thanks for the patch!
Reviewed-by: Alejandro Piñeiro
On 03/04/18 00:36, Dylan Baker wrote:
> Otherwise this variable will only be set if there are spirv shaders
> present, but it's used regardless, resulting in undefined behavior.
>
> Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=1058
On Mon, 2018-04-02 at 09:31 -0700, Jason Ekstrand wrote:
>
> On April 2, 2018 04:04:49 Iago Toral Quiroga
> wrote:
>
> From the SPIR-V spec, OpTypeImage:
>
> "Depth is whether or not this image is a depth image. (Note that
> whether or not depth comparisons are actually done is a property of
>
https://bugs.freedesktop.org/show_bug.cgi?id=105846
l...@protonmail.ch changed:
What|Removed |Added
CC||l...@protonmail.ch
--
You are rece
https://bugs.freedesktop.org/show_bug.cgi?id=105846
l...@protonmail.ch changed:
What|Removed |Added
Summary|Assertion failure @ |Assertion failure @
64 matches
Mail list logo
