Re: [Mesa-dev] Testing drm_hwcomposer in RPi

Hey Chris, On Fri, Jun 22, 2018 at 12:09 PM, chris simmonds wrote: > Hi. > > I would like to try out drm_hwcomposer on a RPi 3. Can anyone point me to a > howto or something that tells me how? > > FYI, this is part of a side project to port drm_hwcomposer to BeagleBones > and other things based

Re: [Mesa-dev] [PATCH v2 0/6] broadcom/vc4: Native fence fd support

On Wed, Apr 25, 2018 at 12:00 AM, Stefan Schake <stsch...@gmail.com> wrote: > v2 drops the submit flags, directly moves in fence handling to the > job submit function and queries for the syncobj cap instead of using > a separate support parameter. > > This series adds support

[Mesa-dev] [PATCH v2 3/6] broadcom/vc4: Bump libdrm requirement

Require a version of libdrm with syncobj support. In the meson build, this currently introduces a requirement on libdrm_vc4 which we technically no longer need for vc4. Signed-off-by: Stefan Schake <stsch...@gmail.com> --- configure.ac | 2 ++ meson.build | 2 ++ 2 files changed, 4 inse

[Mesa-dev] [PATCH v2 5/6] broadcom/vc4: Store job fence in syncobj

This gives us access to the fence created for the render job. v2: Drop flag (Eric) Signed-off-by: Stefan Schake <stsch...@gmail.com> --- src/gallium/drivers/vc4/vc4_context.c | 10 -- src/gallium/drivers/vc4/vc4_context.h | 5 - src/gallium/drivers/vc4/vc4_job.c

[Mesa-dev] [PATCH v2 4/6] broadcom/vc4: Detect syncobj support

We need to know if the kernel supports syncobj submission since otherwise all the DRM syncobj calls fail. v2: Use drmGetCap to detect syncobj support (Eric) Signed-off-by: Stefan Schake <stsch...@gmail.com> --- src/gallium/drivers/vc4/vc4_screen.c | 6 ++ src/gallium/drive

[Mesa-dev] [PATCH v2 6/6] broadcom/vc4: Native fence fd support

) Dup fds with CLOEXEC (Eric) Mention exact extension name (Eric) Signed-off-by: Stefan Schake <stsch...@gmail.com> --- src/gallium/drivers/vc4/vc4_context.c | 21 ++- src/gallium/drivers/vc4/vc4_context.h | 5 +++ src/gallium/drivers/vc4/vc4_fence.c

[Mesa-dev] [PATCH v2 0/6] broadcom/vc4: Native fence fd support

side lands. In particular, patch 2 is purely provisional. Stefan Schake (6): broadcom/vc4: Drop libdrm_vc4 requirement drm-uapi: Update vc4 header with syncobj submit support broadcom/vc4: Bump libdrm requirement broadcom/vc4: Detect syncobj support broadcom/vc4: Store job fence in syncobj

[Mesa-dev] [PATCH v2 2/6] drm-uapi: Update vc4 header with syncobj submit support

v2: Synchronized with kernel v2 Signed-off-by: Stefan Schake <stsch...@gmail.com> --- include/drm-uapi/vc4_drm.h | 13 + 1 file changed, 9 insertions(+), 4 deletions(-) diff --git a/include/drm-uapi/vc4_drm.h b/include/drm-uapi/vc4_drm.h index 4117117..bc2d3ed 100644 --- a/i

[Mesa-dev] [PATCH v2 1/6] broadcom/vc4: Drop libdrm_vc4 requirement

This was missed in the move back to the local uapi copy. libdrm_vc4 only seems to consist of headers that also exist in the Mesa tree. Signed-off-by: Stefan Schake <stsch...@gmail.com> --- configure.ac | 1 - 1 file changed, 1 deletion(-) diff --git a/configure.ac b/configure.ac index 3

Re: [Mesa-dev] [PATCH v2 2/2] gallium/util: Android backtrace support

On Tue, Apr 24, 2018 at 8:10 PM, Rob Herring <r...@kernel.org> wrote: > On Sun, Apr 15, 2018 at 5:45 PM, Stefan Schake <stsch...@gmail.com> wrote: >> We can't use any of the existing implementations in u_debug_stack. >> Android technically has libunwind, but it's

Re: [Mesa-dev] [PATCH] android: gallium/util: fix u_debug_stack_android build

> backtrace); > } else { >backtrace = (Backtrace *) backtrace_entry->data; > } > -- > 2.14.1 > Sorry, I'm doing ARMv7/32-bit builds so this slipped through. Reviewed-By: Stefan Schake <stsch...@gmail.com> Thanks! ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/mesa-dev

Re: [Mesa-dev] [PATCH 0/7] broadcom/vc4: Native fence fd support

On Sun, Apr 22, 2018 at 12:41 AM, Stefan Schake <stsch...@gmail.com> wrote: > This series adds support for the native fence fd extension to vc4. > The implementation relies on a newly introduced kernel interface that > allows submitting syncobjs for in/out fences during job submis

[Mesa-dev] [PATCH 6/7] broadcom/vc4: Expose syncobj import

Our submit ioctl allows to optionally specify a syncobj that will be waited on before job execution. Expose this in our job submission interface. Since every uint32_t could be a valid syncobj handle, pass the handle as a pointer so we can make it optional. Signed-off-by: Stefan Schake <st

[Mesa-dev] [PATCH 3/7] broadcom/vc4: Bump libdrm requirement

Require a version of libdrm with syncobj support. In the meson build, this currently introduces a requirement on libdrm_vc4 which we technically no longer need for vc4. Signed-off-by: Stefan Schake <stsch...@gmail.com> --- configure.ac | 2 ++ meson.build | 2 ++ 2 files changed, 4 inse

[Mesa-dev] [PATCH 5/7] broadcom/vc4: Store job fence in syncobj

This gives us access to the fence created for the render job. Signed-off-by: Stefan Schake <stsch...@gmail.com> --- src/gallium/drivers/vc4/vc4_context.c | 10 -- src/gallium/drivers/vc4/vc4_context.h | 5 - src/gallium/drivers/vc4/vc4_job.c | 26 +++

[Mesa-dev] [PATCH 7/7] broadcom/vc4: Native fence fd support

With the syncobj support in place, lets use it to implement the native fence fd extension. This mostly follows previous implementations in freedreno and etnaviv. Signed-off-by: Stefan Schake <stsch...@gmail.com> --- src/gallium/drivers/vc4/vc4_context.c | 47 src/g

[Mesa-dev] [PATCH 4/7] broadcom/vc4: Detect syncobj support

We need to know if the kernel supports syncobj submission since otherwise all the DRM syncobj calls fail. Signed-off-by: Stefan Schake <stsch...@gmail.com> --- src/gallium/drivers/vc4/vc4_screen.c| 2 ++ src/gallium/drivers/vc4/vc4_screen.h| 1 + src/gallium/drivers/vc4/vc4_simul

[Mesa-dev] [PATCH 2/7] drm-uapi: Update vc4 header with syncobj submit support

Signed-off-by: Stefan Schake <stsch...@gmail.com> --- The kernel side has not landed yet, so this is provisional. include/drm-uapi/vc4_drm.h | 15 +++ 1 file changed, 15 insertions(+) diff --git a/include/drm-uapi/vc4_drm.h b/include/drm-uapi/vc4_drm.h index 4117117b42..0b34

[Mesa-dev] [PATCH 0/7] broadcom/vc4: Native fence fd support

-A(tomic). In particular, I checked that the fd numbers weren't increasing during the kmscube run. Should not be merged until the kernel side lands. In particular, patch 2 is purely provisional. Stefan Schake (7): broadcom/vc4: Drop libdrm_vc4 requirement drm-uapi: Update vc4 header with syncobj

[Mesa-dev] [PATCH 1/7] broadcom/vc4: Drop libdrm_vc4 requirement

This was missed in the move back to the local uapi copy. libdrm_vc4 only seems to consist of headers that also exist in the Mesa tree. Signed-off-by: Stefan Schake <stsch...@gmail.com> --- configure.ac | 1 - 1 file changed, 1 deletion(-) diff --git a/configure.ac b/configure.ac

[Mesa-dev] [PATCH v2 2/2] gallium/util: Android backtrace support

backtraces is through the Android own libbacktrace, a C++ library. Access it through a separate C++ source file on Android only. Signed-off-by: Stefan Schake <stsch...@gmail.com> Acked-by: Eric Engestrom <eric.engest...@imgtec.com> Reviewed-by: Rob Herring <r...@kernel.org> --- v

[Mesa-dev] [PATCH v2 1/2] gallium/util: Don't stub u_debug_stack on Android

The fallback path for no libunwind ends up being stubs for Android. Don't compile them in so we can provide our own implementation. Signed-off-by: Stefan Schake <stsch...@gmail.com> Reviewed-by: Eric Engestrom <eric.engest...@imgtec.com> --- v2: Explain why we special-case Android

[Mesa-dev] [PATCH v2 0/2] Android backtrace support

&, int, void**) const+110) Stefan Schake (2): gallium/util: Don't stub u_debug_stack on Android gallium/util: Android backtrace support src/gallium/auxiliary/Android.mk | 3 +- src/gallium/auxiliary/util/u_debug_stack.c | 3 +- .../auxiliary/util/u_debug_s

Re: [Mesa-dev] [PATCH 1/2] gallium/util: Don't stub u_debug_stack on Android

On Thu, Mar 29, 2018 at 4:38 PM, Eric Engestrom <eric.engest...@imgtec.com> wrote: > On Thursday, 2018-03-29 00:19:00 +0200, Stefan Schake wrote: >> The fallback path for no libunwind ends up being stubs for Android. >> Don't compile them in so we can provide our own impleme

[Mesa-dev] [PATCH 2/2] gallium/util: Android backtrace support

backtraces is through the Android own libbacktrace, a C++ library. Access it through a separate C++ source file on Android only. Signed-off-by: Stefan Schake <stsch...@gmail.com> --- src/gallium/auxiliary/Android.mk | 3 +- .../auxiliary/util/u_debug_stack_andro

[Mesa-dev] [PATCH 0/2] Android backtrace support

Mapper::lock(native_handle const*, unsigned long long, android::hardware::graphics::mapper::V2_0::IMapper::Rect const&, int, void**) const+110) Stefan Schake (2): gallium/util: Don't stub u_debug_stack on Android gallium/util: Android backtrace support src/gallium/auxi

[Mesa-dev] [PATCH 1/2] gallium/util: Don't stub u_debug_stack on Android

The fallback path for no libunwind ends up being stubs for Android. Don't compile them in so we can provide our own implementation. Signed-off-by: Stefan Schake <stsch...@gmail.com> --- src/gallium/auxiliary/util/u_debug_stack.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff

[Mesa-dev] [PATCH] android: Use new nir intrinsics python scripts

Fixes: 76dfed8ae2d5 ("nir: mako all the intrinsics") Signed-off-by: Stefan Schake <stsch...@gmail.com> Acked-by: Rob Clark <robdcl...@gmail.com> --- src/compiler/Android.nir.gen.mk | 9 + 1 file changed, 9 insertions(+) diff --git a/src/compiler/Android.nir

Re: [Mesa-dev] [PATCH v1 0/7] Implement commont gralloc_handle_t in libdrm

On Fri, Mar 23, 2018 at 1:02 PM, Tomasz Figa wrote: > On Fri, Mar 23, 2018 at 8:52 PM, Robert Foss > wrote: >> Hey Chih-Wei, >> >> >> On 03/23/2018 03:43 AM, Chih-Wei Huang wrote: >>> >>> 2018-03-22 16:23 GMT+08:00 Tomasz Figa :

Re: [Mesa-dev] Removing GRALLOC_MODULE_PERFORM_GET_DRM_FD

Hey Robert, On Wed, Mar 21, 2018 at 4:16 PM, Robert Foss wrote: > Hey, > > I've started looking into removing the gralloc method > GRALLOC_MODULE_PERFORM_GET_DRM_FD. > > The issues around this seems to be two parts: > 1) Finding the right device to open > 2) Sharing

Re: [Mesa-dev] [PATCH] virgl: native fence fd support

Hi Gustavo, On Fri, Feb 16, 2018 at 4:01 PM, Gustavo Padovan wrote: > From: Gustavo Padovan > > Following the support for fences on the virtio driver add support > for native fence on virgl. This was somewhat based on the freedeno one. > >