Skip to content

Conversation

@mtjhrc
Copy link
Collaborator

@mtjhrc mtjhrc commented Nov 13, 2025

No description provided.

mtjhrc and others added 5 commits November 10, 2025 11:08
The memory unit is bytes, so this was nowhere near enough, now it's set to 4GiB.
VIRGLRENDERER_USE_EXTERNAL_BLOB is required fo blob mapping to work properly.

Signed-off-by: Matej Hrica <mhrica@redhat.com>
…retrieval

This patch enhances the `create_3d` method for VirglRenderer to fall
back to virgl_renderer_resource_get_info_ext and
virgl_renderer_get_fd_for_texture when export_blob and query both
fail to return a DMABUF handle or 3D info.
This ensures that resources created via create_3d still obtain valid
handle and metadata when the primary export path is unavailable.

This enables the downstream users(e.g vhost-device-gpu) to access the
3D info after `resource_create_3d()` and forward it correctly to the
VHOST scanout handlers(e.g. via VHOST_USER_GPU_DMABUF_SCANOUT2).

Cherry-picked from magma-gpu/rutabaga_gfx repository:
magma-gpu/rutabaga_gfx@a84179a
Original author: Dorinda Bassey <dbassey@redhat.com>

Co-Authored-By: Dorinda Bassey <dbassey@redhat.com>
Signed-off-by: Matej Hrica <mhrica@redhat.com>
Instead of hardcoding the log level specify it via an env variable

Signed-off-by: Matej Hrica <mhrica@redhat.com>
Introduce a dmabuf display consumer feature into the header, and handle the new
extended vtable internally.

Signed-off-by: Matej Hrica <mhrica@redhat.com>
Add support for a zero-copy dmabuf scanout of resources. If the dmabuf scanout
is not supported we still fallback to the basic_framebuffer feature (CPU copy).

Signed-off-by: Matej Hrica <mhrica@redhat.com>
Signed-off-by: Matej Hrica <mhrica@redhat.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant