External/cloud-hypervisor
1
0
Fork 0
mirror of https://github.com/cloud-hypervisor/cloud-hypervisor.git synced 2024-11-05 11:31:14 +00:00
Code Issues Packages Projects Releases Wiki Activity
d20e07b271
cloud-hypervisor/vmm/Cargo.toml

59 lines
1.7 KiB
TOML
Raw Normal View History

cloud-hypervisor: Add a vmm crate Signed-off-by: Samuel Ortiz <sameo@linux.intel.com>
2019-02-22 16:04:35 +00:00
[package]
name = "vmm"
version = "0.1.0"
authors = ["The Cloud Hypervisor Authors"]
edition = "2018"
vmm, arch, devices: Put ACPI support behind a default feature Put the ACPI support behind a feature and ensure that the code compiles without that feature by adding an extra build to Travis. Signed-off-by: Rob Bradford <robert.bradford@intel.com>
2019-09-03 13:54:06 +00:00
[features]
build: Really make the acpi feature disableable The command "cargo build --no-default-features" does not recursively disable the default features across the workspace. Instead add an acpi feature at the top-level, making it default, and then make that feature conditional on all the crate acpi features. Signed-off-by: Rob Bradford <robert.bradford@intel.com>
2019-09-05 15:29:55 +00:00
default = []
arch, vmm: Don't build mptable when using ACPI Use the ACPI feature to control whether to build the mptable. This is necessary as the mptable and ACPI RSDP table can easily overwrite each other leading to it failing to boot. TEST=Compile with default features and see that --cpus boot=48 now works, try with --no-default-features --features "pci" and observe the --cpus boot=48 also continues to work. Fixes: #1132 Signed-off-by: Rob Bradford <robert.bradford@intel.com>
2020-05-11 15:19:32 +00:00
acpi = ["acpi_tables","devices/acpi", "arch/acpi"]
devices, vmm: Add legacy CMOS device Based off of crosvm revision b5237bbcf074eb30cf368a138c0835081e747d71 add a CMOS device. This environments that can't use KVM clock to get the current time (e.g. Windows and EFI.) Signed-off-by: Rob Bradford <robert.bradford@intel.com>
2019-10-02 14:21:54 +00:00
cmos = ["devices/cmos"]
vmm, devices: Add firmware debug port device OVMF and other standard firmwares use I/O port 0x402 as a simple debug port by writing ASCII characters to it. This is gated under a feature that is not enabled by default. Signed-off-by: Rob Bradford <robert.bradford@intel.com>
2020-04-17 09:39:28 +00:00
fwdebug = ["devices/fwdebug"]
build: add a default feature KVM It gets bubbled all the way up from hypervsior crate to top-level Cargo.toml. Cloud Hypervisor can't function without KVM at this point, so make it a default feature. Fix all scripts that use --no-default-features. Signed-off-by: Wei Liu <liuwe@microsoft.com>
2020-07-07 11:06:40 +00:00
kvm = ["hypervisor/kvm"]
hypervisor: Introduce mshv module in the hypervisor This is the initial folder structure of the mshv module inside the hypervisor crate. The aim of this module is to support Microsoft Hyper-V as a supported Hypervisor. Signed-off-by: Muminul Islam <muislam@microsoft.com>
2020-12-03 22:14:04 +00:00
mshv = ["hypervisor/mshv"]
io_uring: Add new feature gate By adding a new io_uring feature gate, we let the user the possibility to choose if he wants to enable the io_uring improvements or not. Since the io_uring feature depends on the availability on recent host kernels, it's better if we leave it off for now. As soon as our CI will have support for a kernel 5.6 with all the features needed from io_uring, we'll enable this feature gate permanently. Signed-off-by: Sebastien Boeuf <sebastien.boeuf@intel.com>
2020-08-03 06:32:28 +00:00
io_uring = ["virtio-devices/io_uring"]
vmm, arch, devices: Put ACPI support behind a default feature Put the ACPI support behind a feature and ensure that the code compiles without that feature by adding an extra build to Travis. Signed-off-by: Rob Bradford <robert.bradford@intel.com>
2019-09-03 13:54:06 +00:00
cloud-hypervisor: Add a vmm crate Signed-off-by: Samuel Ortiz <sameo@linux.intel.com>
2019-02-22 16:04:35 +00:00
[dependencies]
vmm, arch, devices: Put ACPI support behind a default feature Put the ACPI support behind a feature and ensure that the code compiles without that feature by adding an extra build to Travis. Signed-off-by: Rob Bradford <robert.bradford@intel.com>
2019-09-03 13:54:06 +00:00
acpi_tables = { path = "../acpi_tables", optional = true }
vmm: vm: Implement the Pausable trait Signed-off-by: Samuel Ortiz <sameo@linux.intel.com>
2019-11-22 13:54:52 +00:00
anyhow = "1.0"
build: Update arc-swap dependency to 1.0.0 Also bump the vm-memory version to one that depends on arc-swap 1.0.0 too. Signed-off-by: Rob Bradford <robert.bradford@intel.com>
2020-11-16 11:56:15 +00:00
arc-swap = ">=1.0.0"
cloud-hypervisor: Initial kernel booting implementation Signed-off-by: Samuel Ortiz <sameo@linux.intel.com>
2019-02-28 13:16:58 +00:00
arch = { path = "../arch" }
vmm: Use thiserror/anyhow for vmm::Error This gives a nicer user experience and this error can now be used as the source for other errors based off this. See: #1910 Signed-off-by: Rob Bradford <robert.bradford@intel.com>
2020-10-26 16:11:02 +00:00
bitflags = ">=1.2.1"
vmm: Rely on virtio-blk io_uring when possible In case the host supports io_uring and the specific io_uring options needed, the VMM will choose the asynchronous version of virtio-blk. This will enable better I/O performances compared to the default synchronous version. This is also important to note the VMM won't be able to use the asynchronous version if the backend image is in QCOW format. Signed-off-by: Sebastien Boeuf <sebastien.boeuf@intel.com>
2020-07-30 10:44:05 +00:00
block_util = { path = "../block_util" }
vmm: Use thiserror/anyhow for vmm::Error This gives a nicer user experience and this error can now be used as the source for other errors based off this. See: #1910 Signed-off-by: Rob Bradford <robert.bradford@intel.com>
2020-10-26 16:11:02 +00:00
clap = "2.33.3"
cloud-hypervisor: Add devices crate Based on the Firecracker devices crate from commit 9cdb5b2. It is a trimmed down version compared to the Firecracker one, to remove a bunch of pulled dependencies (logger, metrics, rate limiter, etc...). Signed-off-by: Samuel Ortiz <sameo@linux.intel.com>
2019-03-07 13:56:43 +00:00
devices = { path = "../devices" }
cargo: Update micro_http Update micro_http create to allow set content type. Suggested-by: Samuel Ortiz <sameo@linux.intel.com> Tested-by: Jose Carlos Venegas Munoz <jose.carlos.venegas.munoz@intel.com> Signed-off-by: Jose Carlos Venegas Munoz <jose.carlos.venegas.munoz@intel.com>
2019-11-08 17:49:51 +00:00
epoll = ">=4.0.1"
arch, pci, vmm: Initial switch to the hypervisor crate Start moving the vmm, arch and pci crates to being hypervisor agnostic by using the hypervisor trait and abstractions. This is not a complete switch and there are still some remaining KVM dependencies. Signed-off-by: Muminul Islam <muislam@microsoft.com> Signed-off-by: Samuel Ortiz <sameo@linux.intel.com>
2020-06-02 02:29:54 +00:00
hypervisor = { path = "../hypervisor" }
vmm: api: Add HTTP server The Cloud Hyper HTTP server runs a synchronous, multi-threaded loop that receives HTTP requests and tries to call the corresponding endpoint handlers for the requests URIs. An endpoint handler will parse the HTTP request and potentially translate it into and IPC request. The handler holds an notifier and an mspc Sender for respectively notifying and sending the IPC payload to the VMM API server. The handler then waits for an API server response and translate it back into an HTTP response. The HTTP server is responsible for sending the reponse back to the caller. The HTTP server uses a static routes hash table that maps URIs to endpoint handlers. Signed-off-by: Samuel Ortiz <sameo@linux.intel.com>
2019-09-18 09:14:49 +00:00
lazy_static = "1.4.0"
build(deps): bump libc from 0.2.80 to 0.2.81 Bumps [libc](https://github.com/rust-lang/libc) from 0.2.80 to 0.2.81. - [Release notes](https://github.com/rust-lang/libc/releases) - [Commits](https://github.com/rust-lang/libc/compare/0.2.80...0.2.81) Signed-off-by: dependabot-preview[bot] <support@dependabot.com>
2020-12-08 05:46:11 +00:00
libc = "0.2.81"
build(deps): bump log from 0.4.8 to 0.4.11 Bumps [log](https://github.com/rust-lang/log) from 0.4.8 to 0.4.11. - [Release notes](https://github.com/rust-lang/log/releases) - [Changelog](https://github.com/rust-lang/log/blob/master/CHANGELOG.md) - [Commits](https://github.com/rust-lang/log/compare/0.4.8...0.4.11) Signed-off-by: dependabot-preview[bot] <support@dependabot.com>
2020-07-16 01:25:13 +00:00
log = "0.4.11"
vmm: Switch to the micro-http package It's been extracted from the Firecracker code base. Signed-off-by: Samuel Ortiz <sameo@linux.intel.com>
2020-03-11 15:41:33 +00:00
micro_http = { git = "https://github.com/firecracker-microvm/micro-http", branch = "master" }
vmm: Leverage virtio-net to provide connectivity This patch expand the device registration to add a new virtio-net device in case the user provide the appropriate flag --net from the command line. If the flag is provided, the code will parse the TAP interface name and the expected MAC address from the command line. The VM will be connected to the provided TAP interface, and it will communicate the MAC address to the virtio-net driver. If the flag is not provided, the VM will not register any virtio-net device, therefore it will not have any connectivity with the host. Signed-off-by: Sebastien Boeuf <sebastien.boeuf@intel.com>
2019-05-09 15:01:42 +00:00
net_util = { path = "../net_util" }
vhost_user_net, vhost_user_block, option_parser: Remove vmm dependency Remove the vmm dependency from vhost_user_block and vhost_user_net where it was existing to use config::OptionParser. By moving the OptionParser to its own crate at the top-level we can remove the very heavy dependency that these vhost-user backends had. Signed-off-by: Rob Bradford <robert.bradford@intel.com>
2020-07-06 15:41:45 +00:00
option_parser = { path = "../option_parser" }
vmm: Remove mmio and pci differentiation Signed-off-by: Sebastien Boeuf <sebastien.boeuf@intel.com>
2020-10-15 15:34:35 +00:00
pci = { path = "../pci" }
qcow: Add qcow support Extracted from crosvm (commit:f82d632), with clippy fixes. Signed-off-by: Chao Peng <chao.p.peng@linux.intel.com>
2019-04-29 19:32:56 +00:00
qcow = { path = "../qcow" }
build(deps): bump seccomp from v0.21.2 to v0.22.0 Bumps [seccomp](https://github.com/firecracker-microvm/firecracker) from v0.21.2 to v0.22.0. - [Release notes](https://github.com/firecracker-microvm/firecracker/releases) - [Changelog](https://github.com/firecracker-microvm/firecracker/blob/cc5387637c132e500b4857b80b5a239d8d732b77/CHANGELOG.md) - [Commits](https://github.com/firecracker-microvm/firecracker/compare/a06d358b2e40c6f67ed7070881672318a7518113...cc5387637c132e500b4857b80b5a239d8d732b77) Signed-off-by: dependabot-preview[bot] <support@dependabot.com>
2020-08-06 06:10:10 +00:00
seccomp = { git = "https://github.com/firecracker-microvm/firecracker", tag = "v0.22.0" }
vmm: {De}serialize VmConfig We use the serde crate to serialize and deserialize the VmVConfig structure. This structure will be passed from the HTTP API caller as a JSON payload and we need to deserialize it into a VmConfig. For a convenient use of the HTTP API, we also provide Default traits implementations for some of the VmConfig fields (vCPUs, memory, etc...). Signed-off-by: Samuel Ortiz <sameo@linux.intel.com>
2019-09-27 09:40:50 +00:00
serde = {version = ">=1.0.27", features = ["rc"] }
serde_derive = ">=1.0.27"
serde_json = ">=1.0.9"
build(deps): bump signal-hook from 0.2.1 to 0.2.2 Bumps [signal-hook](https://github.com/vorner/signal-hook) from 0.2.1 to 0.2.2. - [Release notes](https://github.com/vorner/signal-hook/releases) - [Changelog](https://github.com/vorner/signal-hook/blob/master/CHANGELOG.md) - [Commits](https://github.com/vorner/signal-hook/compare/v0.2.1...v0.2.2) Signed-off-by: dependabot-preview[bot] <support@dependabot.com>
2020-12-15 15:37:13 +00:00
signal-hook = "0.2.2"
vmm: Use thiserror/anyhow for vmm::Error This gives a nicer user experience and this error can now be used as the source for other errors based off this. See: #1910 Signed-off-by: Rob Bradford <robert.bradford@intel.com>
2020-10-26 16:11:02 +00:00
tempfile = "3.1.0"
thiserror = "1.0"
build(deps): bump url from 2.1.1 to 2.2.0 Bumps [url](https://github.com/servo/rust-url) from 2.1.1 to 2.2.0. - [Release notes](https://github.com/servo/rust-url/releases) - [Commits](https://github.com/servo/rust-url/compare/v2.1.1...v2.2.0) Signed-off-by: dependabot-preview[bot] <support@dependabot.com>
2020-11-06 07:53:13 +00:00
url = "2.2.0"
vmm: Remove mmio and pci differentiation Signed-off-by: Sebastien Boeuf <sebastien.boeuf@intel.com>
2020-10-15 15:34:35 +00:00
vfio-ioctls = { git = "https://github.com/cloud-hypervisor/vfio-ioctls", branch = "ch" }
virtio-devices: Remove mmio and pci differentiation Signed-off-by: Sebastien Boeuf <sebastien.boeuf@intel.com>
2020-10-15 15:54:56 +00:00
virtio-devices = { path = "../virtio-devices" }
vmm: Use virtio-blk to support booting from disk image After the virtio-blk device support has been introduced in the previous commit, the vmm need to rely on this new device to boot from disk images instead of initrd built into the kernel. In order to achieve the proper support of virtio-blk, this commit had to handle a few things: - Register an ioevent fd for each virtqueue. This important to be notified from the virtio driver that something has been written on the queue. - Fix the retrieval of 64bits BAR address. This is needed to provide the right address which need to be registered as the notification address from the virtio driver. - Fix the write_bar and read_bar functions. They were both assuming to be provided with an address, from which they were trying to find the associated offset. But the reality is that the offset is directly provided by the Bus layer. - Register a new virtio-blk device as a virtio-pci device from the vm.rs code. When the VM is started, it expects a block device to be created, using this block device as the VM rootfs. Signed-off-by: Sebastien Boeuf <sebastien.boeuf@intel.com>
2019-05-06 17:27:40 +00:00
vm-allocator = { path = "../vm-allocator" }
vmm: device_manager: Implement the Pausable trait Since the Snapshotable placeholder and Migratable traits are provided as well, the DeviceManager object and all its objects are now Migratable. All Migratable devices are tracked as Arc<Mutex<dyn Migratable>> references. Keeping track of all migratable devices allows for implementing the Migratable trait for the DeviceManager structure, making the whole device model potentially migratable. Signed-off-by: Samuel Ortiz <sameo@linux.intel.com>
2019-11-18 23:24:31 +00:00
vm-device = { path = "../vm-device" }
cargo: Move to crates.io vm-memory 0.4.0 vm-memory 0.4.0 now contains all our fixes. Signed-off-by: Samuel Ortiz <sameo@linux.intel.com>
2020-11-22 23:13:14 +00:00
vm-memory = { version = "0.4.0", features = ["backend-mmap", "backend-atomic"] }
vm-migration: Define the Snapshottable and Transportable traits A Snapshottable component can snapshot itself and provide a MigrationSnapshot payload as a result. A MigrationSnapshot payload is a map of component IDs to a list of migration sections (MigrationSection). As component can be made of several Migratable sub-components (e.g. the DeviceManager and its device objects), a migration snapshot can be made of multiple snapshot itself. A snapshot is a list of migration sections, each section being a component state snapshot. Having multiple sections allows for easier and backward compatible migration payload extensions. Once created, a migratable component snapshot may be transported and this is what the Transportable trait defines, through 2 methods: send and recv. Signed-off-by: Samuel Ortiz <sameo@linux.intel.com> Signed-off-by: Yi Sun <yi.y.sun@linux.intel.com>
2019-05-01 16:59:51 +00:00
vm-migration = { path = "../vm-migration" }
vfio: Create VFIO implementation of ExternalDmaMapping With this implementation of the trait ExternalDmaMapping, we now have the tool to provide to the virtual IOMMU to trigger the map/unmap on behalf of the guest. Signed-off-by: Sebastien Boeuf <sebastien.boeuf@intel.com>
2019-10-07 17:48:44 +00:00
vm-virtio = { path = "../vm-virtio" }
Cargo: Update dependencies for the KVM serialization work We need the project to rely on kvm-bindings and kvm-ioctls branches which include the serde derive to be able to serialize and deserialize some KVM structures. Signed-off-by: Samuel Ortiz <sameo@linux.intel.com>
2020-02-17 14:28:24 +00:00
vmm-sys-util = { version = ">=0.5.0", features = ["with-serde"] }
cloud-hypervisor: Add a vmm crate Signed-off-by: Samuel Ortiz <sameo@linux.intel.com>
2019-02-22 16:04:35 +00:00
arch, pci, vmm: Initial switch to the hypervisor crate Start moving the vmm, arch and pci crates to being hypervisor agnostic by using the hypervisor trait and abstractions. This is not a complete switch and there are still some remaining KVM dependencies. Signed-off-by: Muminul Islam <muislam@microsoft.com> Signed-off-by: Samuel Ortiz <sameo@linux.intel.com>
2020-06-02 02:29:54 +00:00
vendor: Add vmm-sys-util duplicate Since the top-level Cargo.toml specifies a vmm-sys-util revision but not the sub crates, Cargo.lock points at 2 different crates. cargo vendor copies both of them into the vendor directory but forces the build to use the one coming from the top level driven requirement. Although this is a waste of space, this is a cargo vendor limitation that we have to live with for now. Also, because the dependency onto linux-loader had to be updated, we had to specify a newly introduced feature called "elf". Signed-off-by: Samuel Ortiz <sameo@linux.intel.com> Signed-off-by: Sebastien Boeuf <sebastien.boeuf@intel.com>
2019-06-06 01:51:43 +00:00
[dependencies.linux-loader]
build: Switch over to using rust-vmm linux-loader crate With everything now merged upstream we no longer need to rely on Cathy's fork. Signed-off-by: Rob Bradford <robert.bradford@intel.com>
2019-06-13 10:07:32 +00:00
git = "https://github.com/rust-vmm/linux-loader"
vmm: Configure VM on AArch64 Signed-off-by: Michael Zhao <michael.zhao@arm.com>
2020-06-09 10:28:02 +00:00
features = ["elf", "bzimage", "pe"]
vmm: Add unit tests for DeviceTree Signed-off-by: Sebastien Boeuf <sebastien.boeuf@intel.com>
2020-05-05 12:09:35 +00:00
[dev-dependencies]
credibility = "0.1.3"
Reference in New Issue Copy Permalink