https://bugs.freedesktop.org/show_bug.cgi?id=110357
Andrés Gómez García changed:
What|Removed |Added
Summary|[REGRESSION] [BISECTED] |[BISECTED] [OpenGL CTS]
Hi,
Can someone please help to validate below MESA features.
"system shall allow 3D rendering to make use of OpenCL buffers in a zero-copy
manner"
"system shall allow 3D rendering to make use of Media SDK buffers in a
zero-copy manner."
Thanks,
Shiva
Hello. I am an Engineering student from Mumbai, India.
i have gone through the project idea on Piglit for Openmax on the X.org
project list and found it interesting. I am comfortable with both C and
Python, and I am confident of accomplishing the project.
Your guidance, as well as criticism on the
Bindless handles in GL are 64-bit. This fixes an assert failure in LLVM.
---
With this patch, we now have Piglit parity in debug mode.
src/gallium/drivers/radeonsi/si_shader_nir.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/si_shader_nir.c
On Tue, 28 May 2019 at 08:17, Tomeu Vizoso wrote:
>
> On 5/26/19 1:51 AM, Alyssa Rosenzweig wrote:
> > The mesa/st flips the viewport, so we respect that rather than
> > trying to flip the framebuffer itself and ignoring the viewport and
> > using a messy heuristic.
> >
> > However, this brings an
> Guess there's some flipping in stencil and *coord that needs to be unflipped?
Looks like it, thank you.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
Otherwise LLVM can sink them and their texture coordinate calculations
into divergent branches.
v2: simplify the conditions on which the intrinsic is marked as convergent
v3: only mark as convergent in FS and CS with derivative groups
Cc:
Signed-off-by: Rhys Perry
---
src/amd/common/ac_nir_to_
The offsets to read the query results were off-by-one, which causes the
counters to report bogus increasing values.
Also the counter result is u32, so we need to initialize the query type
to reflect that.
Signed-off-by: Lucas Stach
---
This only fixes the obvious issues. I still believe there ar
https://bugs.freedesktop.org/show_bug.cgi?id=110760
--- Comment #6 from network...@rkmail.ru ---
I've updated to mesa git master 0e1c5cc78fe24fb9620cac7bdcf7e927ab042ff8, no
changes.
Also, I noticed, performance is only low if "Textures" setting of the game is
set to anything above "medium". If I
https://bugs.freedesktop.org/show_bug.cgi?id=110760
--- Comment #7 from network...@rkmail.ru ---
(In reply to network723 from comment #6)
> If I keep textures at "medium", cant set
> everything else to ultra and still get 120+ fps.
I *can* set, obvious fix.
Also, intensive real-gameplay testing
The first and last hunks look like they shouldn't be there. Other than that:
Reviewed-by: Marek Olšák
Marek
On Fri, May 31, 2019 at 11:53 AM Rhys Perry
wrote:
> Otherwise LLVM can sink them and their texture coordinate calculations
> into divergent branches.
>
> v2: simplify the conditions on
The first and last hunks are needed to pass on the shader_info to the
middle hunk, which needs it so that it can test if the compute shader
has a derivative group.
On Fri, 31 May 2019 at 18:38, Marek Olšák wrote:
>
> The first and last hunks look like they shouldn't be there. Other than that:
>
>
https://bugs.freedesktop.org/show_bug.cgi?id=110468
--- Comment #3 from Krzysztof Raszkowski ---
(In reply to ayan908 from comment #0)
> Created attachment 144032 [details]
> WGLINFO
>
> At certain resolutions (360p, 720p, 1080p, 1440p and possibly others), the
> rendering is incorrect with GALL
I see. Rb for the whole patch then.
Marek
On Fri, May 31, 2019, 2:24 PM Rhys Perry wrote:
> The first and last hunks are needed to pass on the shader_info to the
> middle hunk, which needs it so that it can test if the compute shader
> has a derivative group.
>
> On Fri, 31 May 2019 at 18:38, M
From: Marek Olšák
---
src/amd/common/ac_llvm_util.c| 10 ++
src/amd/common/ac_llvm_util.h| 1 +
src/amd/vulkan/radv_nir_to_llvm.c| 7 ++-
src/gallium/drivers/radeonsi/si_shader.c | 7 ++-
4 files changed, 15 insertions(+), 10 deletions(-)
diff
Thanks for reaching out to the HW team. Given that the internal
documentation was updated to set the Project field of this restriction
to HSW:GT3, what do you think about shortening the comment to mention
that? I'd like to give this a RB as is, but there are a lot of truth
claims I'd have to verify
Reviewed-by: Bas Nieuwenhuizen
Thanks!
On Fri, May 31, 2019 at 10:08 PM Marek Olšák wrote:
>
> From: Marek Olšák
>
> ---
> src/amd/common/ac_llvm_util.c| 10 ++
> src/amd/common/ac_llvm_util.h| 1 +
> src/amd/vulkan/radv_nir_to_llvm.c| 7 ++-
> sr
For anyone following this who is interested, I've posted the latest version to
gitlab:
https://gitlab.freedesktop.org/mesa/mesa/merge_requests/986
Quoting Dylan Baker (2018-08-06 17:50:40)
> Mostly this is the same thing as before, just rebased on master. A couple of
> the
> patches from v2 have
Hi,
I just wanted to let anyone who might be interested but isn't following gitlab
know that I've posted the latest iteration of my meson for windows series here:
https://gitlab.freedesktop.org/mesa/mesa/merge_requests/986
Dylan
signature.asc
Description: signature
_
19 matches
Mail list logo
