1
0
Fork 0
Commit graph

13 commits

Author SHA1 Message Date
34e7d3aca2 Remove gfxstream stub modules that conflict with stock mesa3d
Some checks failed
macOS-CI / macOS-CI (dri) (push) Has been cancelled
macOS-CI / macOS-CI (xlib) (push) Has been cancelled
The stub modules (mesa_platform_virtgpu_defaults, vulkan.ranchu,
gfxstream_defaults, libgfxstream_backend, mesa_gfxstream_guest_iostream,
mesa_gfxstream_connection_manager) were defined for cuttlefish/emulator
compatibility but create module-name collisions with stock
platform/external/mesa3d. These stubs are not needed on a physical
RK3588 device. All real mesa modules (libEGL_mesa, libgallium_dri, etc.)
have unique names that don't conflict with stock.

Copyright (C) 2026 Brendan Szymanski <hello@bscubed.dev>
2026-07-15 22:44:46 -04:00
a24554e264 Add explicit host and android target support for libgfxstream_backend
Some checks failed
macOS-CI / macOS-CI (dri) (push) Has been cancelled
macOS-CI / macOS-CI (xlib) (push) Has been cancelled
2026-07-10 20:49:37 -04:00
085e731487 Fix libgfxstream_backend to be shared library with host support
Some checks are pending
macOS-CI / macOS-CI (dri) (push) Waiting to run
macOS-CI / macOS-CI (xlib) (push) Waiting to run
2026-07-10 20:47:24 -04:00
ad044c2327 Add stub modules for gfxstream emulator compatibility
Some checks are pending
macOS-CI / macOS-CI (dri) (push) Waiting to run
macOS-CI / macOS-CI (xlib) (push) Waiting to run
2026-07-10 20:45:41 -04:00
f86dc21351 Fix missing closing brace in mesa_platform_virtgpu_defaults
Some checks are pending
macOS-CI / macOS-CI (dri) (push) Waiting to run
macOS-CI / macOS-CI (xlib) (push) Waiting to run
2026-07-10 19:50:55 -04:00
8bb3e3b0d1 Fix duplicate stub definition
Some checks are pending
macOS-CI / macOS-CI (dri) (push) Waiting to run
macOS-CI / macOS-CI (xlib) (push) Waiting to run
2026-07-10 19:48:31 -04:00
36bca953e6 Fix vulkan.ranchu stub syntax
Some checks are pending
macOS-CI / macOS-CI (dri) (push) Waiting to run
macOS-CI / macOS-CI (xlib) (push) Waiting to run
2026-07-10 19:46:43 -04:00
f664066d8b Add stub vulkan.ranchu module for cuttlefish compatibility
Some checks are pending
macOS-CI / macOS-CI (dri) (push) Waiting to run
macOS-CI / macOS-CI (xlib) (push) Waiting to run
2026-07-10 19:45:24 -04:00
2c3e3714e0 Add stub mesa_platform_virtgpu_defaults for gfxstream compatibility
Some checks are pending
macOS-CI / macOS-CI (dri) (push) Waiting to run
macOS-CI / macOS-CI (xlib) (push) Waiting to run
2026-07-10 19:31:13 -04:00
dvab-sarma
30bbf52f82 android: add apex makefile for vulkan
* Based on cuttlefish implementation [1].
* Unfortunately EGL drivers can't be packaged into APEX as the loader [2]
  doesn't support it unlike the vulkan loader [3] that does.

[1]: https://android.googlesource.com/device/google/cuttlefish/+/refs/tags/android-16.0.0_r1/guest/hals/vulkan/
[2]: https://android.googlesource.com/platform/frameworks/native/+/refs/tags/android-16.0.0_r1/opengl/libs/EGL/Loader.cpp
[3]: https://android.googlesource.com/platform/frameworks/native/+/refs/tags/android-16.0.0_r1/vulkan/libvulkan/driver.cpp
2025-11-28 20:16:36 -06:00
dvab-sarma
7ee499de35 Change libgbm_mesa backend path to comply with apex
Some checks failed
macOS-CI / macOS-CI (dri) (push) Has been cancelled
macOS-CI / macOS-CI (xlib) (push) Has been cancelled
Minigbm has been converted to apex module and backend path of libgbm_mesa backend path should reflect the change with respect to minigbm change
2025-11-03 22:14:08 -06:00
dvab-sarma
4f43376654 Fix: Video PlayBack
AOSP requires lock_ybcr() for video playback or else EGL image wouldn't form(black screen while playing video) and gives error EGLImage: Error: 0x3000 and in some cases, a crash and a surfaceFlinger restart. To resolve this, U_gralloc element needs to be built with -dFlag Imapper4_API and Imapper5.c, which exposes the required API for gralloc to consider video buffer from hwaccel or even swaccel vid decoders.
2025-10-20 01:16:05 -05:00
dvab-sarma
809f6758c3 newer mesa
the newer mesa requires LLVM to compile for mali GPU's, This modifies mesa doesn't need llvm mainly for aosp aspects. NOTE- This is still in testing
2025-10-06 21:50:06 -05:00