From: Marek Olšák
This is the best guess I can make here.
---
src/mesa/state_tracker/st_manager.c | 16 +---
1 file changed, 13 insertions(+), 3 deletions(-)
diff --git a/src/mesa/state_tracker/st_manager.c
b/src/mesa/state_tracker/st_manager.c
index 5efbd1fa1d2..bee1f6b1366
From: Marek Olšák
This fixes the egl_ext_device_base piglit test, which uses EGL pbuffers.
---
src/mesa/main/buffers.c | 56 ++---
1 file changed, 36 insertions(+), 20 deletions(-)
diff --git a/src/mesa/main/buffers.c b/src/mesa/main/buffers.c
index
From: Marek Olšák
It's needed by the next pbuffer fix, which changes the behavior of
draw_buffer_enum_to_bitmask, so it can't be used to help with error
checking.
---
src/mesa/main/buffers.c | 53 ++---
1 file changed, 29 insertions(+), 24 deletions(-)
diff
Hi,
This series fixes pbuffers for EGL as exercised by the egl_ext_device-
_base piglit test.
It passes piglit, GL-CTS, dEQP, and The Hitchhiker's Guide to the Galaxy,
but I didn't test GLX, so things might still break horribly there.
Rbs welcome,
Thanks,
Marek
> Hopefully just current expected fails get stored in git.
ATM it looks like both passes and fails are there. Also, we're failing
thousands of tests in GLES2 alone...
> VK-GL-CTS is the official conformance suite, and it includes dEQP. You
> need to use a release tag, or you'll have extra
https://bugs.freedesktop.org/show_bug.cgi?id=110525
--- Comment #1 from Bas Nieuwenhuizen ---
Can't reproduce:
[bas@bas-workstation vulkan]$
VK_CD_FILENAMES=/home/bas/projects/mesa-build/src/amd/vulkan/dev_icd.json
./deqp-vk -n dEQP-VK.api.invariance.random --deqp-vk-device-id=1
Writing test
From: Marek Olšák
This depends on "ac,ac/nir: use a better sync scope for shared atomics"
---
src/gallium/drivers/radeonsi/si_shader_tgsi_mem.c | 12
1 file changed, 4 insertions(+), 8 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/si_shader_tgsi_mem.c
From: Marek Olšák
---
src/gallium/drivers/radeonsi/si_pipe.c | 2 +-
src/gallium/drivers/radeonsi/si_state.c | 17 ++---
src/gallium/drivers/radeonsi/si_state.h | 2 +-
3 files changed, 12 insertions(+), 9 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/si_pipe.c
Alyssa Rosenzweig writes:
>> We start by building a container in Docker that contains a suitable
>> rootfs and kernel for the DUT, deqp and all dependencies for building
>> Mesa itself.
>
> Out of curiosity, what's the performance impact of this? If there are no
> changes to the kernel or to
On Fri, Apr 26, 2019 at 12:56 PM Axel Davy wrote:
> On 26/04/2019 10:08, Michel Dänzer wrote:
> > On 2019-04-26 4:06 a.m., Marek Olšák wrote:
> >> From: Marek Olšák
> >>
> >> It's done by:
> >> - decrease the number of frames in flight by 1
> >> - flush before throttling in SwapBuffers
> >>
On Fri, Apr 26, 2019 at 4:08 AM Michel Dänzer wrote:
> On 2019-04-26 4:06 a.m., Marek Olšák wrote:
> > From: Marek Olšák
> >
> > It's done by:
> > - decrease the number of frames in flight by 1
> > - flush before throttling in SwapBuffers
> > (instead of wait-then-flush, do flush-then-wait)
>
> if test -n "$with_gallium_drivers" -a "x$with_gallium_drivers" != xswrast;
> then
> if test "x$enable_xvmc" = xauto -a "x$have_xvmc_platform" = xyes; then
> PKG_CHECK_EXISTS([xvmc >= $XVMC_REQUIRED], [enable_xvmc=yes],
> [enable_xvmc=no])
> fi
> ...
> fi
>
> Thus auto-detection
https://bugs.freedesktop.org/show_bug.cgi?id=110459
--- Comment #5 from Rhys Perry ---
Try running
WINEPREFIX=/home/faalagorn/Games/escape-from-tarkov renderdoccmd capture
/home/faalagorn/.local/share/lutris/runners/wine/wine-tkg-git-escapefromtarkov/bin/wine64
On 26/04/2019 10:08, Michel Dänzer wrote:
On 2019-04-26 4:06 a.m., Marek Olšák wrote:
From: Marek Olšák
It's done by:
- decrease the number of frames in flight by 1
- flush before throttling in SwapBuffers
(instead of wait-then-flush, do flush-then-wait)
The improvement is apparent with
https://bugs.freedesktop.org/show_bug.cgi?id=110350
--- Comment #8 from Samuel Pitoiset ---
Got a Vega20, I tried to reproduce the problem with mesa-git, llvm-git and the
same settings as you, but it doesn't happen.
I also tried some older LLVM commits, no graphic glitches so far.
Are you
Without it, under some specific compilation options, it can be
initialized to NULL or to garbage. On the latter case, if the shader
doesn't require a binding_list, would cause a crash later when it
attempts to be used.
https://gitlab.freedesktop.org/mesa/shader-db/merge_requests/7
> We start by building a container in Docker that contains a suitable
> rootfs and kernel for the DUT, deqp and all dependencies for building
> Mesa itself.
Out of curiosity, what's the performance impact of this? If there are no
changes to the kernel or to deqp (but mesa had a commit somewhere
Hi Roland,
I did some softpipe patches, maybe you could take a look?
Fixing LOD evaluation, cube face selection, and add support for
explicit derivatives:
https://gitlab.freedesktop.org/mesa/mesa/merge_requests/702
On top of that (i.e. the MR includes the above)
Softpipe add support for
Thanks for your investigations Rhys. As discussed over IRC, this makes
sense to me.
Reviewed-by: Samuel Pitoiset
On 4/26/19 3:48 PM, Rhys Perry wrote:
https://reviews.llvm.org/rL356946 (present in LLVM 9 and later) changed
the meaning of the "system" sync scope, making it no longer
On Thu, 25 Apr 2019 at 11:44, Bas Nieuwenhuizen
wrote:
>
> r-b
>
Thank you Bas. Pushed both fixes to master.
-Emil
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
https://reviews.llvm.org/rL356946 (present in LLVM 9 and later) changed
the meaning of the "system" sync scope, making it no longer restricted to
the memory operation's address space. So a single address space sync scope
is needed for shared atomic operations (such as "system-one-as" or
On 4/26/19 1:58 PM, Samuel Pitoiset wrote:
Per the Vulkan spec 1.1.107, the predicate is a 32-bit value. Though
the AMD hardware treats it as a 64-bit value which means it might
fail to discard.
I don't know why this extension has been drafted like that but this
definitely not fit with AMD.
Per the Vulkan spec 1.1.107, the predicate is a 32-bit value. Though
the AMD hardware treats it as a 64-bit value which means it might
fail to discard.
I don't know why this extension has been drafted like that but this
definitely not fit with AMD. The hardware doesn't seem to support
a 32-bit
For consistency with ac_build_llvm8_buffer_{load,store}_common
helpers and that will help a bit for removing the vec3 restriction.
Signed-off-by: Samuel Pitoiset
---
src/amd/common/ac_llvm_build.c | 26 +-
1 file changed, 13 insertions(+), 13 deletions(-)
diff --git
On 2019-04-19 at 16:01, Emil Velikov wrote:
> 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.
>
https://bugs.freedesktop.org/show_bug.cgi?id=110530
Bug ID: 110530
Summary: [CTS] dEQP-VK.ycbcr.format.g8_b8_r8_3plane_420*
reports VM faults on Vega10
Product: Mesa
Version: git
Hardware: Other
OS: All
On Thu, 25 Apr 2019 at 19:24, Gustaw Smolarczyk wrote:
>
> czw., 25 kwi 2019 o 20:11 Gustaw Smolarczyk napisał(a):
> >
> > czw., 25 kwi 2019 o 19:42 Emil Velikov
> > napisał(a):
> > >
> > > The function is analogous to lp_fence_wait() while taking at timeout
> > > (ns) parameter, as needed for
https://bugs.freedesktop.org/show_bug.cgi?id=110526
Bug ID: 110526
Summary: [CTS] dEQP-VK.ycbcr.{conversion,format}.* fail
Product: Mesa
Version: git
Hardware: Other
OS: All
Status: NEW
Severity: normal
On 2019-04-26 4:06 a.m., Marek Olšák wrote:
> From: Marek Olšák
>
> ---
> src/gallium/drivers/radeonsi/si_fence.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/src/gallium/drivers/radeonsi/si_fence.c
> b/src/gallium/drivers/radeonsi/si_fence.c
> index
https://bugs.freedesktop.org/show_bug.cgi?id=110525
Bug ID: 110525
Summary: [CTS] dEQP-VK.api.invariance.random crashes
Product: Mesa
Version: git
Hardware: Other
OS: All
Status: NEW
Severity: normal
On 2019-04-26 4:06 a.m., Marek Olšák wrote:
> From: Marek Olšák
>
> It's done by:
> - decrease the number of frames in flight by 1
> - flush before throttling in SwapBuffers
> (instead of wait-then-flush, do flush-then-wait)
>
> The improvement is apparent with Unigine Heaven.
>
>
Am Freitag, den 26.04.2019, 08:24 +0200 schrieb Christian Gmeiner:
> Am Fr., 12. Apr. 2019 um 19:38 Uhr schrieb Lucas Stach
> :
> >
> > This adds a blit path using the 2D GPU for a linear YUV to tiled RGB
> > blit. This allows to implement importing of planar YUV textures with
> > a single copy.
Am Freitag, den 26.04.2019, 09:41 +0200 schrieb Christian Gmeiner:
> Hi Lucas
>
> >
> > Am Mittwoch, den 24.04.2019, 08:36 +0200 schrieb Christian Gmeiner:
> > > This patch series goes a complete different route then the one from
> > > Lucas Stach. I am using the integrated YUV tiler instead of
Am Fr., 12. Apr. 2019 um 19:38 Uhr schrieb Lucas Stach :
>
> The new 2D YUV blit needs this in some cases, so make it available.
>
> Signed-off-by: Lucas Stach
Reviewed-by: Christian Gmeiner
> ---
> src/gallium/drivers/etnaviv/etnaviv_rs.c | 2 +-
> src/gallium/drivers/etnaviv/etnaviv_rs.h |
On 2019-04-26 9:35 a.m., Christian König wrote:
> Am 25.04.19 um 13:37 schrieb Agrawal, Akshu:
>> To avoid evictions, use GTT only for allocation on devices with
>> small vram size.
>>
>> Signed-off-by: Akshu Agrawal
>> ---
>> src/gallium/winsys/amdgpu/drm/amdgpu_bo.c | 9 -
>> 1 file
Hi Lucas
>
> Am Mittwoch, den 24.04.2019, 08:36 +0200 schrieb Christian Gmeiner:
> > This patch series goes a complete different route then the one from
> > Lucas Stach. I am using the integrated YUV tiler instead of using
> > the 2D core for format conversion. I am reusing some patches from
> >
Am 25.04.19 um 13:37 schrieb Agrawal, Akshu:
To avoid evictions, use GTT only for allocation on devices with
small vram size.
Signed-off-by: Akshu Agrawal
---
src/gallium/winsys/amdgpu/drm/amdgpu_bo.c | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git
Hello,does Mesa 3D have support for NVIDIA Tegra K1 SoC and Android?
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
To avoid evictions, use GTT only for allocation on devices with
small vram size.
Signed-off-by: Akshu Agrawal
---
src/gallium/winsys/amdgpu/drm/amdgpu_bo.c | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/src/gallium/winsys/amdgpu/drm/amdgpu_bo.c
Am Fr., 12. Apr. 2019 um 19:38 Uhr schrieb Lucas Stach :
>
> The GC320 without the 2D tiling feature doesn't support regular blits
> with YUV input, as well as the tiled output. So on those cores we need
> need to do a filter blit for the YUV->RGB conversion to a temporary
> linear buffer and then
40 matches
Mail list logo
