https://bugs.freedesktop.org/show_bug.cgi?id=110323
--- Comment #5 from john.frank...@outlook.com ---
Really? 32-bit swr was supported in mesa-18.0.0
It looks like I might have started glxgears incorrectly:
$ LIBGL_ALWAYS_SOFTWARE=true GALLIUM_DRIVER=swr glxgears
..segfaults
$
https://bugs.freedesktop.org/show_bug.cgi?id=110459
--- Comment #4 from faalag...@gmail.com ---
I had some problems with the PC so couldn't post before. I'm no expert in
Renderdoc, but it seems the game is failing to launch for me – I've been trying
to run the launcher, as the game won't allow to
To all X.Org Foundation Members:
The round 2 of X.Org Foundation's annual election is now open and will remain
open until 23:59 UTC on 2 May 2019.
Four of the eight director seats are open during this election, with the four
nominees receiving the highest vote totals serving as directors for
The meson build system already has these checks. I've just copied them
to autotools.
Without this, state trackers could be enabled when building with the
following set of options, which resulted in a compile error due to VL
being built without DRM.
--enable-autotools
looks like the kernel get_maintainer.pl made a similar change at some
point.. anyways, seems like a good idea
r-b
On Fri, Apr 19, 2019 at 11:15 AM Alyssa Ross wrote:
>
> Not all package managers / users will install perl into /usr/bin,
> but /usr/bin/env /should/ always be present.
>
> Using
Lucas Stach writes:
> The Mesa state tracker will emulate YUV texture sampling for drivers that
> don't support it natively by using multiple R8/RG88 samplers. Teach
> dri2_query_dma_buf_modifiers about this special case.
> This allows clients like GStreamer glupload or Kodi to properly query
>
Lucas Stach writes:
> From: Philipp Zabel
>
> Fix the gbm_dri_bo_get_handle_for_plane use case by allowing plane > 0
> in dri2_from_planar for images with multiple planes in separate chained
> texture resources.
This looks like a partial fix to me -- the dup will leave the child
image with the
Lucas Stach writes:
> From: Philipp Zabel
>
> Images with multiple planes in separate chained texture resources should
> report the correct number of planes.
>
> Signed-off-by: Philipp Zabel
> ---
> src/gallium/state_trackers/dri/dri2.c | 6 +-
> 1 file changed, 5 insertions(+), 1
Michel Dänzer writes:
> On 2019-04-15 12:57 p.m., Lucas Stach wrote:
>> Am Montag, den 15.04.2019, 12:04 +0200 schrieb Michel Dänzer:
>>> On 2019-04-12 7:33 p.m., Lucas Stach wrote:
Unconditionally requesting both bindings can lead to premature
failure to create a valid image.
I meant to add to the previous message:
I note that the documentation on submitting patches says that patches
must land in master before being applied to a stable release. In this
case, the autotools files have been removed in master, but I think it
is still worth considering applying this patch
Michel Dänzer writes:
> On 2019-04-12 7:33 p.m., Lucas Stach wrote:
>> Unconditionally requesting both bindings can lead to premature
>> failure to create a valid image.
>>
>> Signed-off-by: Lucas Stach
>> ---
>> src/gallium/state_trackers/dri/dri2.c | 13 +++--
>> 1 file changed, 11
Not all package managers / users will install perl into /usr/bin,
but /usr/bin/env /should/ always be present.
Using /usr/bin/env means that we can't give the -w argument to Perl,
so I added `use warnings' in the script.
Cc: Rob Clark
---
scripts/get_reviewer.pl | 3 ++-
1 file changed, 2
The meson build system already has these checks. I've just copied them
to autotools.
Without this, state trackers could be enabled when building with the
following set of options, which resulted in a compile error due to VL
being built without DRM.
--enable-autotools
https://bugs.freedesktop.org/show_bug.cgi?id=110472
gpiza...@javaman.net changed:
What|Removed |Added
Summary|Graphical Fault (Full UI|Graphical Fault (Desktop
https://bugs.freedesktop.org/show_bug.cgi?id=110472
Bug ID: 110472
Summary: Graphical Fault (Full UI Freeze) on Specific OpenGL
Application
Product: Mesa
Version: git
Hardware: x86-64 (AMD64)
OS: Linux
On Fri, Apr 19, 2019 at 8:01 AM Emil Velikov wrote:
>
> From: Emil Velikov
>
> The fd is -1, thus the block of if (fd != -1) close(fd) is dead code.
>
> Cc: Chad Versace
> Cc: Chia-I Wu
> Signed-off-by: Emil Velikov
Reviewed-by: Chia-I Wu
> ---
> src/freedreno/vulkan/tu_device.c | 2 --
> 1
Just wanted to give a quick update on this. We have agreed on moving forward
with this patch.
I'm working on it now to get it through our CI and run some basic tests. I'll
keep you updated.
Thanks again for the patch, Emil!
-Alok
___
mesa-dev mailing
https://bugs.freedesktop.org/show_bug.cgi?id=110471
--- Comment #2 from Samuel Pitoiset ---
Created attachment 144047
--> https://bugs.freedesktop.org/attachment.cgi?id=144047=edit
shaders dump
--
You are receiving this mail because:
You are the QA Contact for the
This (fairly large) patch continues work surrounding the panfrost_job
abstraction to improve job lifetime management. In particular, we add
infrastructure to track which BOs are used by a particular job
(currently limited to the vertex buffer BOs), to reference count these
BOs, and to
From: Emil Velikov
Currently we get normal GEM handles from PrimeFDToHandle, yet we close
then with DUMB_CLOSE. Use GEM_CLOSE instead.
Cc: Keith Packard
Cc: Jason Ekstrand
Cc: Bas Nieuwenhuizen
Fixes: da997ebec92 ("vulkan: Add KHR_display extension using DRM [v10]")
Signed-off-by: Emil
From: Emil Velikov
The fd is -1, thus the block of if (fd != -1) close(fd) is dead code.
Cc: Chad Versace
Cc: Chia-I Wu
Signed-off-by: Emil Velikov
---
src/freedreno/vulkan/tu_device.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/src/freedreno/vulkan/tu_device.c
From: Emil Velikov
As effectively required by the extension, we need to ensure we're master
Currently drivers employ vendor specific solutions, which check if the
device behind the fd is capable*, yet none of them do the master check.
*In the radv case, if acceleration is available.
Instead
https://bugs.freedesktop.org/show_bug.cgi?id=110261
--- Comment #11 from alge...@tuta.io ---
I believe I'm running into a related (or the same) error:
Arch Linux with an AMD RX580 GPU
Mesa 19.0.2-1
vulkan-radeon 19.0.2-1
libxcb 1.13.1-1
xorg-server 1.20.4-1
vulkan-tools 1.1.102-1
Process 3567
https://bugs.freedesktop.org/show_bug.cgi?id=110471
Samuel Pitoiset changed:
What|Removed |Added
Assignee|mesa-dev@lists.freedesktop. |samuel.pitoi...@gmail.com
https://bugs.freedesktop.org/show_bug.cgi?id=110471
--- Comment #1 from Samuel Pitoiset ---
Created attachment 144046
--> https://bugs.freedesktop.org/attachment.cgi?id=144046=edit
workaround
This fixes the GPU hang.
The split_alu_of_phi NIR pass seems correct to me. The generated NIR and
https://bugs.freedesktop.org/show_bug.cgi?id=110471
Bug ID: 110471
Summary: No Man Sky GPU hang
Product: Mesa
Version: git
Hardware: Other
OS: All
Status: NEW
Severity: critical
Priority: medium
https://bugs.freedesktop.org/show_bug.cgi?id=110468
--- Comment #2 from Jan Zielinski ---
Thanks for reporting the issue and providing the reproducer. We will look into
it.
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=110323
--- Comment #4 from Jan Zielinski ---
The 32-bit build is currently not supported on Linux.
glxgears work with SWR. Can you share exact command line you use to run
glxgears and the backtrace of the crash, if possible?
--
You are receiving
Only computeDerivativeGroupLinear is supported for now.
All crucible tests pass.
Signed-off-by: Samuel Pitoiset
---
src/amd/vulkan/radv_device.c | 7 +++
src/amd/vulkan/radv_extensions.py | 1 +
src/amd/vulkan/radv_shader.c | 1 +
3 files changed, 9 insertions(+)
diff --git
Am Fr., 12. Apr. 2019 um 19:38 Uhr schrieb Lucas Stach :
>
> We copy the template resource content into the newly allocated resource.
> If the template derived from a planar resource this leads to a non reference
> counted copy of the next resource pointer. Make sure to clear this out when
>
30 matches
Mail list logo
