From: Gurchetan Singh <gurchetansingh@chromium.org>
To: qemu-devel@nongnu.org
Cc: --cc=kraxel@redhat.com, marcandre.lureau@redhat.com,
akihiko.odaki@gmail.com, dmitry.osipenko@collabora.com,
ray.huang@amd.com, alex.bennee@linaro.org, shentey@gmail.com
Subject: [PATCH v1 9/9] docs/system: add basic virtio-gpu documentation
Date: Mon, 10 Jul 2023 19:56:49 -0700 [thread overview]
Message-ID: <20230711025649.708-10-gurchetansingh@chromium.org> (raw)
In-Reply-To: <20230711025649.708-1-gurchetansingh@chromium.org>
This adds basic documentation for virtio-gpu.
Suggested-by: Akihiko Odaki <akihiko.odaki@daynix.com>
Signed-off-by: Gurchetan Singh <gurchetansingh@chromium.org>
---
docs/system/device-emulation.rst | 1 +
docs/system/devices/virtio-gpu.rst | 80 ++++++++++++++++++++++++++++++
2 files changed, 81 insertions(+)
create mode 100644 docs/system/devices/virtio-gpu.rst
diff --git a/docs/system/device-emulation.rst b/docs/system/device-emulation.rst
index 4491c4cbf7..1167f3a9f2 100644
--- a/docs/system/device-emulation.rst
+++ b/docs/system/device-emulation.rst
@@ -91,6 +91,7 @@ Emulated Devices
devices/nvme.rst
devices/usb.rst
devices/vhost-user.rst
+ devices/virtio-gpu.rst
devices/virtio-pmem.rst
devices/vhost-user-rng.rst
devices/canokey.rst
diff --git a/docs/system/devices/virtio-gpu.rst b/docs/system/devices/virtio-gpu.rst
new file mode 100644
index 0000000000..2426039540
--- /dev/null
+++ b/docs/system/devices/virtio-gpu.rst
@@ -0,0 +1,80 @@
+..
+ SPDX-License-Identifier: GPL-2.0
+
+virtio-gpu
+==========
+
+This document explains the setup and usage of the virtio-gpu device.
+The virtio-gpu device paravirtualizes the GPU and display controller.
+
+Linux kernel support
+--------------------
+
+virtio-gpu requires a guest Linux kernel built with the
+``CONFIG_DRM_VIRTIO_GPU`` option.
+
+QEMU virtio-gpu variants
+------------------------
+
+There are many virtio-gpu device variants, listed below:
+
+ * ``virtio-vga``
+ * ``virtio-gpu-pci``
+ * ``virtio-vga-gl``
+ * ``virtio-gpu-gl-pci``
+ * ``virtio-vga-rutabaga``
+ * ``virtio-gpu-rutabaga-pci``
+ * ``vhost-user-vga``
+ * ``vhost-user-gl-pci``
+
+QEMU provides a 2D virtio-gpu backend, and two accelerated backends:
+virglrenderer ('gl' device label) and rutabaga_gfx ('rutabaga' device
+label). There is also a vhost-user backend that runs the 2D device
+in a separate process. Each device type as VGA or PCI variant. This
+document uses the PCI variant in examples.
+
+virtio-gpu 2d
+-------------
+
+The default 2D mode uses a guest software renderer (llvmpipe, lavapipe,
+Swiftshader) to provide the OpenGL/Vulkan implementations.
+
+.. parsed-literal::
+ -device virtio-gpu-pci
+
+virtio-gpu virglrenderer
+------------------------
+
+When using virgl accelerated graphics mode, OpenGL API calls are translated
+into an intermediate representation (see `Gallium3D`_). The intermediate
+representation is communicated to the host and the `virglrenderer`_ library
+on the host translates the intermediate representation back to OpenGL API
+calls.
+
+.. parsed-literal::
+ -device virtio-gpu-gl-pci
+
+.. _Gallium3D: https://www.freedesktop.org/wiki/Software/gallium/
+.. _virglrenderer: https://gitlab.freedesktop.org/virgl/virglrenderer/
+
+virtio-gpu rutabaga
+-------------------
+
+virtio-gpu can also leverage `rutabaga_gfx`_ to provide `gfxstream`_ rendering
+and `Wayland display passthrough`_. With the gfxstream rendering mode, GLES
+and Vulkan calls are forwarded directly to the host with minimal modification.
+
+Please refer the `crosvm book`_ on how to setup the guest for Wayland
+passthrough (QEMU uses the same implementation).
+
+This device does require host blob support (``hostmem`` field below), but not
+all capsets (``capset_names`` below) have to enabled when starting the device.
+
+.. parsed-literal::
+ -device virtio-gpu-rutabaga-pci,capset_names=gfxstream-vulkan:cross-domain,\\
+ hostmem=8G,wayland_socket_path="$XDG_RUNTIME_DIR/$WAYLAND_DISPLAY"
+
+.. _rutabaga_gfx: https://github.com/google/crosvm/blob/main/rutabaga_gfx/ffi/src/include/rutabaga_gfx_ffi.h
+.. _gfxstream: https://android.googlesource.com/platform/hardware/google/gfxstream/
+.. _Wayland display passthrough: https://www.youtube.com/watch?v=OZJiHMtIQ2M
+.. _crosvm book: https://crosvm.dev/book/devices/wayland.html
--
2.41.0.255.g8b1d071c50-goog
next prev parent reply other threads:[~2023-07-11 2:58 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-07-11 2:56 [PATCH v1 0/9] gfxstream + rutabaga_gfx Gurchetan Singh
2023-07-11 2:56 ` [PATCH v1 1/9] virtio: Add shared memory capability Gurchetan Singh
2023-07-11 2:56 ` [PATCH v1 2/9] virtio-gpu: CONTEXT_INIT feature Gurchetan Singh
2023-07-11 2:56 ` [PATCH v1 3/9] virtio-gpu: hostmem Gurchetan Singh
2023-07-11 2:56 ` [PATCH v1 4/9] virtio-gpu: blob prep Gurchetan Singh
2023-07-11 2:56 ` [PATCH v1 5/9] gfxstream + rutabaga prep: added need defintions, fields, and options Gurchetan Singh
2023-07-12 11:36 ` Akihiko Odaki
2023-07-11 2:56 ` [PATCH v1 6/9] gfxstream + rutabaga: add initial support for gfxstream Gurchetan Singh
2023-07-12 12:31 ` Akihiko Odaki
2023-07-12 19:14 ` Marc-André Lureau
2023-07-13 1:27 ` Gurchetan Singh
2023-07-15 19:58 ` Bernhard Beschow
2023-07-11 2:56 ` [PATCH v1 7/9] gfxstream + rutabaga: meson support Gurchetan Singh
2023-07-11 2:56 ` [PATCH v1 8/9] gfxstream + rutabaga: enable rutabaga Gurchetan Singh
2023-07-11 2:56 ` Gurchetan Singh [this message]
2023-07-12 21:40 ` [PATCH v1 9/9] docs/system: add basic virtio-gpu documentation Akihiko Odaki
2023-07-13 1:28 ` Gurchetan Singh
2023-07-24 9:56 ` [PATCH v1 0/9] gfxstream + rutabaga_gfx Alyssa Ross
2023-07-26 1:10 ` Gurchetan Singh
2023-08-01 15:18 ` Rutabaga backwards compatibility Alyssa Ross
2023-08-05 1:19 ` Gurchetan Singh
2023-08-05 8:47 ` Alyssa Ross
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20230711025649.708-10-gurchetansingh@chromium.org \
--to=gurchetansingh@chromium.org \
--cc=--cc=kraxel@redhat.com \
--cc=akihiko.odaki@gmail.com \
--cc=alex.bennee@linaro.org \
--cc=dmitry.osipenko@collabora.com \
--cc=marcandre.lureau@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=ray.huang@amd.com \
--cc=shentey@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).