Crates.io | vhost-device-i2c |
lib.rs | vhost-device-i2c |
version | 0.1.0 |
source | src |
created_at | 2023-07-24 07:51:29.189177 |
updated_at | 2023-07-24 07:51:29.189177 |
description | vhost i2c backend device |
homepage | |
repository | https://github.com/rust-vmm/vhost-device |
max_upload_size | |
id | 924364 |
size | 106,349 |
This program is a vhost-user backend that emulates a VirtIO I2C bus. This program takes the layout of the i2c bus and its devices on the host OS and then talks to them via the /dev/i2c-X interface when a request comes from the guest OS for an I2C or SMBUS device.
This program is tested with QEMU's -device vhost-user-i2c-pci
but should
work with any virtual machine monitor (VMM) that supports vhost-user. See the
Examples section below.
vhost-device-i2c [OPTIONS]
.. program:: vhost-device-i2c
.. option:: -h, --help
Print help.
.. option:: -s, --socket-path=PATH
Location of vhost-user Unix domain sockets, this path will be suffixed with 0,1,2..socket_count-1.
.. option:: -c, --socket-count=INT
Number of guests (sockets) to attach to, default set to 1.
.. option:: -l, --device-list=I2C-DEVICES
I2c device list at the host OS in the format:
Example: --device-list "i915 gmbus dpd:32:21,DPDDC-D:10:23"
Here, bus-name: is adatper's name. e.g. value of /sys/bus/i2c/devices/i2c-0/name. client_addr (decimal): address for client device, 32 == 0x20.
The daemon should be started first:
::
host# vhost-device-i2c --socket-path=vi2c.sock --socket-count=1 --device-list "i915 gmbus dpd:32"
The QEMU invocation needs to create a chardev socket the device can use to communicate as well as share the guests memory over a memfd.
::
host# qemu-system
-chardev socket,path=vi2c.sock,id=vi2c
-device vhost-user-i2c-pci,chardev=vi2c,id=i2c
-m 4096
-object memory-backend-file,id=mem,size=4G,mem-path=/dev/shm,share=on
-numa node,memdev=mem
...
This project is licensed under either of