This document demonstrates how to quickly try virtio-media by controlling a virtual host device through a Debian guest image using the crosvm VMM.
Through this document, we will build and run the following components:
- A guest Linux kernel with virtio-media support enabled
- The virtio-media guest kernel module
- A Debian guest image with v4l-utils installed
- Crosvm with virtio-media support
- A C compiler toolchain
- The Rust toolchain version 1.75 or later
- The
virt-builder utility
(usually available in thelibguestfs-tools
package)
Create a workspace directory and get into it:
mkdir virtio_media_playground
cd virtio_media_playground
This directory can be erased in order to remove everything we will build here.
The virtio-media guest driver works with a regular mainline Linux kernel, as long as the required virtio and V4L2 options are enabled.
-
Clone the kernel repository:
git clone --branch virtio-media --depth=2 https://github.com/Gnurou/linux cd linux
This branch is just a regular Linux mainline release with a commit on top that adds the configuration we will use.
-
Build the kernel:
mkdir build_virtio_media make O=build_virtio_media virtio_crosvm_defconfig make O=build_virtio_media -j16 bzImage modules
(Adjust
-j16
to match your number of CPU cores)
-
Clone the virtio-media repository:
cd .. # Back to the workspace root git clone https://github.com/chromeos/virtio-media cd virtio-media/driver
-
Build the module:
make -C ../../linux/build_virtio_media/ M=$PWD
Create the Debian image:
cd ../.. # Back to the workspace root
virt-builder debian-12 \
--install v4l-utils \
--root-password password:"" \
--mkdir /root/vmedia \
--append-line '/etc/fstab:vmedia /root/vmedia virtiofs'
This command does the following:
- Download a Debian 12 image,
- Install the
v4l-utils
package into it, - Set the root password to be empty,
- Ensures that the shared virtiofs filesystem labeled
vmedia
(that we will use to share the host directory containing the virtio-media kernel module) is mounted into/root/vmedia
.
-
Clone and checkout the crosvm branch containing the work-in-progress virtio-media support:
git clone --depth=1 https://chromium.googlesource.com/crosvm/crosvm cd crosvm git fetch --depth=10 origin refs/changes/29/5065329/9 git checkout FETCH_HEAD git submodule update --init
-
Build the crosvm binary:
cargo build --release --features "media"
If everything goes well, the binary should be in target/release/crosvm
, and we
now are ready to run our VM and try out some virtual media devices!
cd .. # Back to the workspace root
./crosvm/target/release/crosvm run \
linux/build_virtio_media/arch/x86/boot/bzImage \
--rwdisk debian-12.img \
-p "root=/dev/vda1" \
--shared-dir "$PWD/virtio-media:vmedia:type=fs" \
--simple-media
This command does the following:
- Start the kernel image we built,
- Adds the Debian guest image as a virtual disk,
- Passes the kernel parameter to use this virtual disk as root partition,
- Shares the folder containing the virtio-media kernel module as a virtiofs
filesystem labeled
vmedia
, - Adds a simple, dummy virtio-media test device that is entirely emulated in crosvm.
You should see the system booting. After a few seconds, press <enter>
to get
the login prompt. Login as root
with an empty password.
We will now want to insert the virtio-media
kernel module:
insmod /root/vmedia/driver/virtio-media.ko
The simple virtio-media device should have been detected and become visible as
/dev/video0
. Let's see if it works:
v4l2-compliance -d0 -s
This should display a long list of tests ending with:
...
Total for virtio_media device /dev/video0: 54, Succeeded: 54, Failed: 0, Warnings: 1
We can also check its supported capture formats:
v4l2-ctl -d0 --list-formats
Which informs us that our device only supports RGB3
:
ioctl: VIDIOC_ENUM_FMT
Type: Video Capture
[0]: 'RGB3' (24-bit RGB 8-8-8)
And we can also capture frames from it:
v4l2-ctl -d0 --stream-mmap --stream-count 30 --stream-to /root/vmedia/simple.rgb
This writes 30 640x480 RGB frames (all filled with a single color) into the
simple.rgb
file of our virtio-media
directory on the host. You can visualize
the output using a dedicated tool like YUView.
That's enough for this simple example. Next we will see how to proxy a V4L2 device on the host into the guest. Let's exit the guest:
poweroff
This next example uses virtio-media's V4L2 proxy device to make a host V4L2
device visible almost as-is into a guest. We will need a working V4L2 device on
the host, for this example we will assume a regular USB camera using the
uvcvideo
driver. With the camera plugged, use v4l2-ctl
on the host to find
out the number of the device:
v4l2-ctl -d0 --info
If the output lines look something like
Driver Info:
Driver name : uvcvideo
Card type : <Camera name>
Then you have found the correct device. If not, replace -d0
with -d1
, -d2
,
... until you find a device which driver name is uvcvideo
.
Now that we have found the device, we can start crosvm
with a proxy device for
it:
./crosvm/target/release/crosvm run \
linux/build_virtio_media/arch/x86/boot/bzImage \
--rwdisk debian-12.img \
-p "root=/dev/vda1" \
--shared-dir "$PWD/virtio-media:vmedia:type=fs" \
--v4l2-proxy /dev/video0
The /dev/video0
assumes that the -d0
argument of v4l2-ctl
returned the
right device - adjust the argument for the actual device on your host.
With the guest booted, we can insert the v4l2-media
module again:
insmod /root/vmedia/driver/virtio-media.ko
And check that our device is indeed recognized:
v4l2-ctl -d0 --info
This should return sensibly the same output as when the command was run on the
host, with the exception that the driver name is now virtio_media
.
Most USB cameras support streaming into motion-JPEG, so let's try to capture a stream:
v4l2-ctl -d0 --stream-mmap --set-fmt-video pixelformat=MJPG --stream-to /root/vmedia/out.mpg
Use Ctrl-C
to stop the capture. The stream has been recorded into the
directory shared with the host, so let's exit the guest in order to check it
out:
poweroff
Then on the host, use your media player of choice to view the captured file:
ffplay virtio-media/out.mpg