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 o

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

(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 sy

[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 --- configure.ac | 1 - 1 file changed, 1 deletion(-) diff --git a/configure.ac b/configure.ac index 33c8d0820d..9a38471af8 100644

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

Signed-off-by: Stefan Schake --- 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..0b348bebee 100644 --- a/include

[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 --- src/gallium/drivers/vc4/vc4_context.c | 10 -- src/gallium/drivers/vc4/vc4_context.h | 5 - src/gallium/drivers/vc4/vc4_job.c | 26 +- 3 files changed, 37

[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 --- src/gallium/drivers/vc4/vc4_context.c | 47 src/gallium/drivers/vc4

[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 --- src/gallium/drivers/vc4/vc4_screen.c| 2 ++ src/gallium/drivers/vc4/vc4_screen.h| 1 + src/gallium/drivers/vc4/vc4_simulator.c | 1 + 3 files

[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 --- src

[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 --- configure.ac | 2 ++ meson.build | 2 ++ 2 files changed, 4 insertions(+) diff --git a

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

On Sun, Apr 22, 2018 at 12:41 AM, Stefan Schake 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 submission. > > Sin

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

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

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

On Tue, Apr 24, 2018 at 8:10 PM, Rob Herring wrote: > On Sun, Apr 15, 2018 at 5:45 PM, Stefan Schake wrote: >> We can't use any of the existing implementations in u_debug_stack. >> Android technically has libunwind, but it's been modified to the point >> where it n

[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 --- 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/include/drm-uapi/vc4_drm.h

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

ernel 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 sy

[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 --- configure.ac | 1 - 1 file changed, 1 deletion(-) diff --git a/configure.ac b/configure.ac index 33c8d08..9a38471 100644 --- a

[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 --- src/gallium/drivers/vc4/vc4_context.c | 10 -- src/gallium/drivers/vc4/vc4_context.h | 5 - src/gallium/drivers/vc4/vc4_job.c | 24 +++- 3

[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 --- src/gallium/drivers/vc4/vc4_screen.c | 6 ++ src/gallium/drivers/vc4/vc4_screen.h | 1 + 2 files

[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 --- src/gallium/drivers/vc4/vc4_context.c | 21 ++- src/gallium/drivers/vc4/vc4_context.h | 5 +++ src/gallium/drivers/vc4/vc4_fence.c | 70 +-- src

[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 --- configure.ac | 2 ++ meson.build | 2 ++ 2 files changed, 4 insertions(+) diff --git a

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

On Wed, Apr 25, 2018 at 12:00 AM, Stefan Schake 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 for the native fence fd e

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. > > Signed-off-by: Gustavo Padovan > --- > > static int v

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 the device between components

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 : Hi Chih-Wei, On Thu, Feb 22, 2018 at 2:53 PM, C

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

Fixes: 76dfed8ae2d5 ("nir: mako all the intrinsics") Signed-off-by: Stefan Schake Acked-by: Rob Clark --- src/compiler/Android.nir.gen.mk | 9 + 1 file changed, 9 insertions(+) diff --git a/src/compiler/Android.nir.gen.mk b/src/compiler/Android.nir.gen.mk index aaa2712..fa07

[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 --- src/gallium/auxiliary/util/u_debug_stack.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/ga

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

oc2::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/ga

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

obtaining 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 --- src/gallium/auxiliary/Android.mk | 3 +- .../auxiliary/util/u_debug_stack_android.cpp

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 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 implementation. >> >&

[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 Reviewed-by: Eric Engestrom --- v2: Explain why we special-case Android (Eric) src/gallium/auxiliary/util/u_debug_stack.c | 3 +

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

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/auxiliary/Android.mk | 3 +- src/gallium/auxiliary/util/u_debug_stack.c | 3 +- .../auxiliary

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

obtaining 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 Acked-by: Eric Engestrom Reviewed-by: Rob Herring --- v2: No change, just added tags src/gallium/auxiliary/