Skip to content

virtio-pci transport support#2

Open
sa-kib wants to merge 2 commits intoxen-troops:virtio_nextfrom
sa-kib:virtio-pci-pr
Open

virtio-pci transport support#2
sa-kib wants to merge 2 commits intoxen-troops:virtio_nextfrom
sa-kib:virtio-pci-pr

Conversation

@sa-kib
Copy link
Copy Markdown
Contributor

@sa-kib sa-kib commented May 13, 2024

A draft PR for initial virtio-pci transport backend support.
CLI inderface of virtio_disk not changed, as well as default behaviour. Only a bunch of code added, so that preliminary comments could be addressed. Patches to actually use this code and integrate it with Xen interface are yet to be presented.

sa-kib added 2 commits May 3, 2024 13:07
Support mapping PCI by BDF to ioreq server via Xen DM calls, which shall be
used by virtio-pci transport code.

Signed-off-by: Sergiy Kibrik <Sergiy_Kibrik@epam.com>
Initial introduction of Virtio PCI transport protocol support.
Fundamentals are covered: it can present itself to ioreq server, provide
PCI config space with basic configuration of virtio block device,
handshake with frontend driver, map single MMIO BAR and operate split virtqueue.
Corner and special cases not implemented yet and mostly are stubs.

Only modern virtio-pci interface supported.
Benchmarks show similar performance of virtio-mmio transport.
Most of files and code imported from upstream kvmtool project, either directly
or with substantial modifications.

Signed-off-by: Sergiy Kibrik <Sergiy_Kibrik@epam.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