https://bugs.freedesktop.org/show_bug.cgi?id=109575
--- Comment #12 from Samuel Pitoiset ---
Please, try v2.
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.___
mesa-dev mailing list
This fixes a critical issue.
v2: - use feature, not version
Cc:
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=109575
Signed-off-by: Samuel Pitoiset
---
src/amd/vulkan/radv_cmd_buffer.c | 5 ++---
src/amd/vulkan/radv_device.c | 5 +
src/amd/vulkan/radv_private.h| 3 +++
3
https://bugs.freedesktop.org/show_bug.cgi?id=109575
--- Comment #11 from Samuel Pitoiset ---
Can you try this patch https://patchwork.freedesktop.org/series/56522/ ?
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the
This fixes a critical issue.
Cc:
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=109575
Signed-off-by: Samuel Pitoiset
---
src/amd/vulkan/radv_cmd_buffer.c | 5 ++---
src/amd/vulkan/radv_device.c | 5 +
src/amd/vulkan/radv_private.h| 3 +++
3 files changed, 10 insertions(+),
---
src/intel/compiler/brw_eu_defines.h | 15
src/intel/compiler/brw_fs.cpp | 72 +--
src/intel/compiler/brw_fs_surface_builder.cpp | 10 ++-
3 files changed, 58 insertions(+), 39 deletions(-)
diff --git a/src/intel/compiler/brw_eu_defines.h
It makes more sense to start at the surface then move on to the address
and then the data. Also, this is a really good test of whether or not
we got all the places that use the sources by explicit integer number.
---
src/intel/compiler/brw_eu_defines.h | 4 ++--
1 file changed, 2 insertions(+),
On Mon, Feb 11, 2019 at 5:30 AM Juan A. Suarez Romero
wrote:
> This can happen when we record a VkCmdDraw in a secondary buffer that
> was created inheriting from the primary buffer, but with the framebuffer
> set to NULL in the VkCommandBufferInheritanceInfo.
>
> Vulkan 1.1.81 spec says that
It's pushed already.
Marek
On Mon, Feb 11, 2019, 11:41 PM Dieter Nützel Maybe rebase?
>
> Dieter
>
> Am 24.01.2019 00:28, schrieb Marek Olšák:
> > From: Sonny Jiang
> >
> > Signed-off-by: Sonny Jiang
> > Signed-off-by: Marek Olšák
> > ---
> > src/gallium/drivers/radeonsi/si_clear.c |
https://bugs.freedesktop.org/show_bug.cgi?id=109543
--- Comment #13 from mikhail.v.gavri...@gmail.com ---
(In reply to Samuel Pitoiset from comment #12)
> Should be fixed with https://patchwork.freedesktop.org/series/56485/
Thanks. I tested this patch and can confirm that problem was fixed.
--
This fixes a bug in runscape where we were optimizing x >> 16 to an
extract and then negating and converting to float. The NIR to fs pass
was dropping the negate on the floor breaking a geometry shader and
causing it to render nothing.
Fixes: 1f862e923cb "i965/fs: Optimize float conversions of
Maybe rebase?
Dieter
Am 24.01.2019 00:28, schrieb Marek Olšák:
From: Sonny Jiang
Signed-off-by: Sonny Jiang
Signed-off-by: Marek Olšák
---
src/gallium/drivers/radeonsi/si_clear.c | 6 ++
.../drivers/radeonsi/si_compute_blit.c| 96 +++
Tested-by: Dieter Nützel
Calmed mostly some hiccups with Rocket League which our son found around
XMass on Polaris. All was fine after additional Mesa git clean ups.
Thanks,
Dieter
Am 26.01.2019 01:58, schrieb Marek Olšák:
From: Marek Olšák
Fixes: e0f0d3675d4 "radeonsi: factor
Am 12.02.2019 03:22, schrieb Dieter Nützel:
Am 12.02.2019 00:40, schrieb Dieter Nützel:
Sorry that I step in so late, but the whole family recover slowly from
a bad flu...
Tried your 'latest" three series altogether with my Polaris 20 (NIR!).
UH and UV hang after some seconds reliable. VM
---
src/gallium/drivers/radeonsi/si_shader_nir.c | 32 ++--
1 file changed, 22 insertions(+), 10 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/si_shader_nir.c
b/src/gallium/drivers/radeonsi/si_shader_nir.c
index 55a950a675c..c547f5f1c30 100644
---
Am 12.02.2019 00:40, schrieb Dieter Nützel:
Sorry that I step in so late, but the whole family recover slowly from
a bad flu...
Tried your 'latest" three series altogether with my Polaris 20 (NIR!).
UH and UV hang after some seconds reliable. VM faults. Have to dig
deeper in (remote) to get
On 12/2/19 11:15 am, Timothy Arceri wrote:
shader-db results for VEGA64:
Totals from affected shaders:
SGPRS: 791528 -> 792616 (0.14 %)
VGPRS: 421624 -> 410784 (-2.57 %)
Spilled SGPRs: 1639 -> 1674 (2.14 %)
Spilled VGPRs: 0 -> 0 (0.00 %)
Private memory VGPRs: 0 -> 0 (0.00 %)
Scratch size: 0
https://bugs.freedesktop.org/show_bug.cgi?id=109575
LunarG changed:
What|Removed |Added
CC||da...@lunarg.com,
|
https://bugs.freedesktop.org/show_bug.cgi?id=109575
--- Comment #9 from LunarG ---
After bisecting, it looks like commit f425d9ee74 is the first bad one.
I only used llvm-7 when trying to bisect.
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee
shader-db results for VEGA64:
Totals from affected shaders:
SGPRS: 791528 -> 792616 (0.14 %)
VGPRS: 421624 -> 410784 (-2.57 %)
Spilled SGPRs: 1639 -> 1674 (2.14 %)
Spilled VGPRs: 0 -> 0 (0.00 %)
Private memory VGPRs: 0 -> 0 (0.00 %)
Scratch size: 0 -> 0 (0.00 %) dwords per thread
Code Size:
shader-db results for VEGA64:
Totals from affected shaders:
SGPRS: 1976 -> 1976 (0.00 %)
VGPRS: 1240 -> 1144 (-7.74 %)
Spilled SGPRs: 145 -> 145 (0.00 %)
Spilled VGPRs: 0 -> 0 (0.00 %)
Private memory VGPRs: 0 -> 0 (0.00 %)
Scratch size: 0 -> 0 (0.00 %) dwords per thread
Code Size: 34632 -> 34604
https://bugs.freedesktop.org/show_bug.cgi?id=99553
Jan Vesely changed:
What|Removed |Added
Depends on||108879
Referenced Bugs:
Instead of querying PIPE_CAP_COMPUTE multiple times, you can save the
returned value at initialization once and use that.
On Fri, Feb 8, 2019 at 2:22 PM Zhu, James wrote:
> Add compute shader initilization, assign and cleanup in vl_compositor API.
> Set video compositor compute shader render as
On Fri, Feb 08, 2019 at 03:43:25PM -0700, Kyle Brenneman wrote:
> On 2/8/19 2:33 PM, Andy Ritger wrote:
> > On Fri, Feb 08, 2019 at 03:01:33PM -0500, Adam Jackson wrote:
> > > On Fri, 2019-02-08 at 10:19 -0800, Andy Ritger wrote:
> > >
> > > > (1) If configured for PRIME GPU offloading
One of the cpu pointers wasn't marked as read-write, causing gcc to complain:
../src/gallium/drivers/vc4/vc4_tiling_lt.c:181:17: error: output operand
constraint lacks ‘=’
__asm__ volatile (
Cc: Emil Velikov
---
This patch is for the 18.3 branch only
Carsten Haitzler writes:
> On Mon, 04 Feb 2019 16:31:57 -0800 Eric Anholt said:
>
>> Carsten Haitzler writes:
>>
>> > On Fri, 1 Feb 2019 11:08:07 + Emil Velikov
>> > said:
>> >
>> >> Hi Carsten,
>> >>
>> >> On 2019/01/31, Carsten Haitzler wrote:
>> >> > On Wed, 30 Jan 2019 18:33:35
From: Marek Olšák
---
src/gallium/drivers/radeonsi/si_perfcounter.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/si_perfcounter.c
b/src/gallium/drivers/radeonsi/si_perfcounter.c
index d55394f2cba..4ce71f9500d 100644
---
From: Marek Olšák
---
src/gallium/auxiliary/util/u_tests.c | 8 +++-
1 file changed, 3 insertions(+), 5 deletions(-)
diff --git a/src/gallium/auxiliary/util/u_tests.c
b/src/gallium/auxiliary/util/u_tests.c
index 365d4fa8f17..7b87337bb98 100644
--- a/src/gallium/auxiliary/util/u_tests.c
From: Marek Olšák
initialize all non-compute context functions to NULL.
---
src/gallium/drivers/radeonsi/si_blit.c| 14 ++-
src/gallium/drivers/radeonsi/si_clear.c | 7 +-
src/gallium/drivers/radeonsi/si_compute.c | 15 +--
src/gallium/drivers/radeonsi/si_descriptors.c | 10
From: Marek Olšák
---
src/gallium/drivers/radeonsi/si_pipe.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/src/gallium/drivers/radeonsi/si_pipe.c
b/src/gallium/drivers/radeonsi/si_pipe.c
index c6f93e7b15e..20767c806d2 100644
--- a/src/gallium/drivers/radeonsi/si_pipe.c
https://bugs.freedesktop.org/show_bug.cgi?id=109401
--- Comment #3 from Gregor Münch ---
Created attachment 143361
--> https://bugs.freedesktop.org/attachment.cgi?id=143361=edit
MSAA+FXAA
Your patch works also for me.
BTW those bad reflections do only occur with MSAA. By also enabling FXAA
On Sun, Feb 10, 2019 at 11:31:05PM +0200, Eleni Maria Stea wrote:
> GPUs Gen < 8 cannot sample ETC2 formats. So far, they converted the
> compressed EAC/ETC2 images to non-compressed RGBA images. When
> GetCompressed* functions were called, the pixels were returned in this
> RGBA format and not
Alyssa Rosenzweig writes:
> Signed-off-by: Alyssa Rosenzweig
> ---
> src/gallium/drivers/panfrost/pan_blending.c | 5 +++--
> 1 file changed, 3 insertions(+), 2 deletions(-)
>
> diff --git a/src/gallium/drivers/panfrost/pan_blending.c
> b/src/gallium/drivers/panfrost/pan_blending.c
> index
https://bugs.freedesktop.org/show_bug.cgi?id=109535
Eero Tamminen changed:
What|Removed |Added
Depends on||109609
Referenced Bugs:
https://bugs.freedesktop.org/show_bug.cgi?id=109596
--- Comment #1 from Adam Jackson ---
Well, X being the asynchronous thing it is there's always a chance this can
happen, so I don't think this is an application issue. I assume the crash is
avoided with this patch because compiz has already set
https://bugs.freedesktop.org/show_bug.cgi?id=109535
Bug 109535 depends on bug 109216, which changed state.
Bug 109216 Summary: 4-27% performance drop in Vulkan benchmarks
https://bugs.freedesktop.org/show_bug.cgi?id=109216
What|Removed |Added
https://bugs.freedesktop.org/show_bug.cgi?id=109565
--- Comment #8 from Jakub Okoński ---
Alright, so here goes:
# glTF-Sample-Models submodule is pretty big
$ git clone --recurse-submodules https://github.com/farnoy/renderer.git
Install rustup from https://rustup.rs, linux distros usually
https://bugs.freedesktop.org/show_bug.cgi?id=109575
--- Comment #8 from Samuel Pitoiset ---
Can you bisect?
--
You are receiving this mail because:
You are the assignee for the bug.
You are the QA Contact for the bug.___
mesa-dev mailing list
https://bugs.freedesktop.org/show_bug.cgi?id=109532
--- Comment #24 from Ilia Mirkin ---
"""
But according to next comment it should be 0 because of the BlockB[0] was
optimized
and there is the BlockB[1] only:
/* The ARB_shading_language_420pack spec says:
*
*If the binding
https://bugs.freedesktop.org/show_bug.cgi?id=109603
Jason Ekstrand changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=109575
--- Comment #7 from LunarG ---
> What kernel version do you have on 18.04.1 btw?
It's 4.15.0-45 generic
> Does it work with mesa 18.3.3?
Yes, I'm not seeing any problems running any Vulkan apps
--
You are receiving this mail because:
You are
https://bugs.freedesktop.org/show_bug.cgi?id=109393
--- Comment #14 from Jaap Buurman ---
[jaap@Antergos-Desktop ~]$ R600_DEBUG=info glxgears
Device info:
pci (domain:bus:dev.func): :09:00.0
pci_id = 0x687f
family = 68
chip_class = 11
num_compute_rings = 4
https://bugs.freedesktop.org/show_bug.cgi?id=109532
--- Comment #23 from asimiklit ---
(In reply to Mark Janes from comment #22)
> The combination of deqp/mesa patches passed CI. The only failure was
>
> piglit.spec.!opengl 1_1.tex-upside-down-miptree
>
> This test is new and was fixed on
https://bugs.freedesktop.org/show_bug.cgi?id=109393
--- Comment #13 from Samuel Pitoiset ---
I definitely can't reproduce the problem on my Vega 56.
Can you attach the output of "R600_DEBUG=info glxgears"?
--
You are receiving this mail because:
You are the assignee for the bug.
You are the QA
On Mon, Feb 11, 2019 at 12:09:26PM +0100, Michel Dänzer wrote:
> On 2019-02-08 11:43 p.m., Kyle Brenneman wrote:
> >
> > Also, is Mesa the only client-side vendor library that works with the
> > Xorg GLX module? I vaguely remember that there was at least one other
> > driver that did, but I don't
https://bugs.freedesktop.org/show_bug.cgi?id=109575
--- Comment #6 from Samuel Pitoiset ---
Does it work with mesa 18.3.3?
--
You are receiving this mail because:
You are the assignee for the bug.
You are the QA Contact for the bug.___
mesa-dev
So far we've received a couple of nominations for four open spots. The official
nomination period ends this Thursday. Please let us know if you'd like to
nominate someone including yourself.
Harry
On 2019-01-31 5:08 p.m., Wentland, Harry wrote:
> We are seeking nominations for candidates for
https://bugs.freedesktop.org/show_bug.cgi?id=109532
--- Comment #22 from Mark Janes ---
The combination of deqp/mesa patches passed CI. The only failure was
piglit.spec.!opengl 1_1.tex-upside-down-miptree
This test is new and was fixed on mesa master. The fix is probably not in the
tested
apply_implicit_conversion only converts and check base types but we
need actual type equality for function returns, otherwise you can
return a vec2 from a function declared as returning a float.
---
src/compiler/glsl/ast_to_hir.cpp | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff
https://bugs.freedesktop.org/show_bug.cgi?id=109393
--- Comment #12 from Jaap Buurman ---
I can still reproduce the hang with "export RADV_DEBUG=zerovram". The following
message is present in dmesg:
[ 3638.209907] [drm:amdgpu_job_timedout [amdgpu]] *ERROR* ring gfx timeout,
signaled seq=167782,
https://bugs.freedesktop.org/show_bug.cgi?id=109565
--- Comment #7 from Samuel Pitoiset ---
If you explain me how to build your own app, I should be able to reproduce the
problem myself and investigate.
--
You are receiving this mail because:
You are the assignee for the bug.
You are the QA
https://bugs.freedesktop.org/show_bug.cgi?id=109393
--- Comment #11 from Samuel Pitoiset ---
Can you reproduce the problem with "export RADV_DEBUG=zerovram" ?
--
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=109393
--- Comment #10 from Samuel Pitoiset ---
Do you have anything in dmesg when it freezes?
--
You are receiving this mail because:
You are the assignee for the bug.
You are the QA Contact for the
Hi all,
Haven't looked it this has landed or not.
On Tue, 5 Feb 2019 at 16:41, Eric Engestrom wrote:
>
> On Friday, 2019-02-01 13:36:27 +, Luigi Santivetti wrote:
> > Before this change, if bindContext() failed then dri2_make_current() would
> > rebind the old EGL context and surfaces and
https://bugs.freedesktop.org/show_bug.cgi?id=109532
asimiklit changed:
What|Removed |Added
CC||mark.a.ja...@intel.com
--
You are
https://bugs.freedesktop.org/show_bug.cgi?id=109532
--- Comment #21 from asimiklit ---
So the previously mentioned issue was due to issue in my fix.
I fixed my it and locally I have the following results:
./deqp-gles31 -n dEQP-GLES31.functional.ssbo.*
Test run totals:
Passed:
https://bugs.freedesktop.org/show_bug.cgi?id=109535
Mark Janes changed:
What|Removed |Added
Depends on||109601
Referenced Bugs:
Hi,
On 6.2.2019 20.03, Dylan Baker wrote:
Quoting Eero Tamminen (2019-02-04 04:41:12)
[...]
* going through bugzilla bugs that have been created after previous
release branch point was tagged and, adding the relevant ones
to the release tracker bug
This has always been the job of
On Sat, 2019-02-02 at 10:49 +1100, Timothy Arceri wrote:
> On 2/2/19 5:05 am, Andres Gomez wrote:
> > From page 62 (page 68 of the PDF) of the GLSL 4.50 v.7 spec:
> >
> >" A dvec3 or dvec4 can only be declared without specifying a
> > component."
> >
> > Therefore, using the
On Mon, 4 Feb 2019 at 17:04, Hota, Alok wrote:
>
> > -Original Message-
> > From: mesa-dev [mailto:mesa-dev-boun...@lists.freedesktop.org] On
> > Behalf Of Emil Velikov
> > Sent: Monday, February 4, 2019 3:21 AM
> > To: mesa-dev@lists.freedesktop.org
> > Cc:
On 08/02/2019 04:18, Francisco Jerez wrote:
This fixes a rather astonishing problem that came up while debugging
an issue in the Vulkan CTS. Apparently the Vulkan CTS framework has
the tendency to create multiple VkDevices, each one with a separate
DRM device FD and therefore a disjoint GEM
FWIW,
Reviewed-by: Gustaw Smolarczyk
pon., 11 lut 2019 o 10:15 Samuel Pitoiset
napisał(a):
>
> "The C standard says that compound literals which occur inside of
> the body of a function have automatic storage duration associated
> with the enclosing block. Older GCC releases were putting such
https://bugs.freedesktop.org/show_bug.cgi?id=109532
--- Comment #20 from asimiklit ---
Created attachment 143359
--> https://bugs.freedesktop.org/attachment.cgi?id=143359=edit
one more issue.
ERROR: ac_numPassed = 0, expected 1
void main (void)
{
bool allOk = true;
allOk =
https://bugs.freedesktop.org/show_bug.cgi?id=109401
--- Comment #2 from Samuel Pitoiset ---
Created attachment 143358
--> https://bugs.freedesktop.org/attachment.cgi?id=143358=edit
hack for the trees issue
Does the attached diff also fix the trees issue on your side?
For some reasons, this
On Fri, 2019-02-08 at 15:39 -0600, Jason Ekstrand wrote:
> I had a chat with Caio about this and I'm skeptical. In general, users of
> the CF manipulation code shouldn't be stitching two blocks together where the
> first contains a jump and the second is non-empty. If the caller knows that
>
This can happen when we record a VkCmdDraw in a secondary buffer that
was created inheriting from the primary buffer, but with the framebuffer
set to NULL in the VkCommandBufferInheritanceInfo.
Vulkan 1.1.81 spec says that "the application must ensure (using scissor
if neccesary) that all
On Fri, 2019-02-08 at 15:47 -0600, Jason Ekstrand wrote:
> On Fri, Feb 8, 2019 at 7:15 AM Juan A. Suarez Romero
> wrote:
> > This can happen when we record a VkCmdDraw in a secondary buffer that
> >
> > was created inheriting from the primary buffer, but with the framebuffer
> >
> > set to
Reviewed-by: Alejandro Piñeiro
On 11/2/19 5:28, Jason Ekstrand wrote:
When nir_rematerialize_derefs_in_use_blocks_impl was first written, I
attempted to optimize things a bit by not bothering to re-materialize
the sources of deref instructions figuring that the final caller would
take care of
On Fri, 2019-02-08 at 10:29 -0800, Ian Romanick wrote:
> On 2/8/19 5:21 AM, Juan A. Suarez Romero wrote:
> > On Sat, 2019-01-26 at 08:37 -0800, Jason Ekstrand wrote:
> > > This makes me a bit nervous. I'll have to look at it in more detail.
> > >
> >
> > Did you have time to take a look at this?
On 2019-02-08 11:43 p.m., Kyle Brenneman wrote:
>
> Also, is Mesa the only client-side vendor library that works with the
> Xorg GLX module? I vaguely remember that there was at least one other
> driver that did, but I don't remember the details anymore.
AFAIK, the amdgpu-pro OpenGL driver can
https://bugs.freedesktop.org/show_bug.cgi?id=109242
Samuel Pitoiset changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On 07.02.19 02:22, Marek Olšák wrote:
+ bool use_sdma_upload = sscreen->info.has_dedicated_vram && sctx->dma_cs &&
debug_get_bool_option("SDMA", true);
Could you please namespace the environment variable, e.g. RADEONSI_SDMA?
Apart from that, series is
Reviewed-by: Nicolai Hähnle
+
For the series:
Reviewed-by: Nicolai Hähnle
On 06.02.19 22:20, Marek Olšák wrote:
From: Marek Olšák
---
src/gallium/winsys/amdgpu/drm/amdgpu_cs.c | 18 --
src/gallium/winsys/amdgpu/drm/amdgpu_cs.h | 7 +++
2 files changed, 23 insertions(+), 2 deletions(-)
diff
Both patches:
Reviewed-by: Nicolai Hähnle
On 06.02.19 22:12, Marek Olšák wrote:
From: Marek Olšák
Cc: 18.3 19.0
---
src/gallium/drivers/radeonsi/si_buffer.c | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/si_buffer.c
https://bugs.freedesktop.org/show_bug.cgi?id=109543
--- Comment #12 from Samuel Pitoiset ---
Should be fixed with https://patchwork.freedesktop.org/series/56485/
--
You are receiving this mail because:
You are the assignee for the bug.
You are the QA Contact for the
"The C standard says that compound literals which occur inside of
the body of a function have automatic storage duration associated
with the enclosing block. Older GCC releases were putting such
compound literals into the scope of the whole function, so their
lifetime actually ended at the end of
https://bugs.freedesktop.org/show_bug.cgi?id=109575
--- Comment #5 from Samuel Pitoiset ---
What kernel version do you have on 18.04.1 btw?
--
You are receiving this mail because:
You are the assignee for the bug.
You are the QA Contact for the
https://bugs.freedesktop.org/show_bug.cgi?id=109603
--- Comment #3 from xbx ---
(In reply to Jason Ekstrand from comment #2)
> I've got a patch on the mailing list which fixes this:
>
> https://patchwork.freedesktop.org/patch/285338/
indeed, thanks.
tested-by: Xavier Bouchoux
--
You are
https://bugs.freedesktop.org/show_bug.cgi?id=109107
--- Comment #4 from zhoulei ---
(In reply to Michael Eagle from comment #2)
> Created attachment 143273 [details]
> attachment-18775-0.html
>
> Hi,
>
> I am not sure if this is related with regards to what is causing hardware
> accelerated
On Mon, 04 Feb 2019 16:31:57 -0800 Eric Anholt said:
> Carsten Haitzler writes:
>
> > On Fri, 1 Feb 2019 11:08:07 + Emil Velikov
> > said:
> >
> >> Hi Carsten,
> >>
> >> On 2019/01/31, Carsten Haitzler wrote:
> >> > On Wed, 30 Jan 2019 18:33:35 + Emil Velikov
> >> > said:
> >> >
>
https://bugs.freedesktop.org/show_bug.cgi?id=109107
--- Comment #3 from zhoulei ---
sorry for my late reply.
I have already fixed this problem using this ugly mesa patch below. But how to
fix this problem in the end depends on the Mesa team.
--- a/src/gallium/state_trackers/va/context.c
+++
80 matches
Mail list logo