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
_
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
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
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
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
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
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
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:
>
>
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
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
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
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
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_
> 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
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
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
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
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
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]
19 matches
Mail list logo