docs: Replace Cloud-Hypervisor with Cloud Hypervisor syntax

The proper way to refer to the project is "Cloud Hypervisor" without the
hyphen in the middle. On the other hand, if one refers to the binary
name, it is "cloud-hypervisor".

Signed-off-by: Sebastien Boeuf <sebastien.boeuf@intel.com>
This commit is contained in:
Sebastien Boeuf 2021-11-15 14:53:12 +01:00
parent 7c53896f11
commit e6e58e6d66
6 changed files with 13 additions and 13 deletions

View File

@ -1,4 +1,4 @@
name: Cloud-Hypervisor's Docker image update name: Cloud Hypervisor's Docker image update
on: on:
push: push:

View File

@ -72,7 +72,7 @@ mount -t devpts devpts /dev/pts
### Install needed packages ### Install needed packages
In the context Cloud-Hypervisor's integration tests, we need several utilities. In the context Cloud Hypervisor's integration tests, we need several utilities.
Here is the way to install them for a Ubuntu image. This step is specific to Here is the way to install them for a Ubuntu image. This step is specific to
Ubuntu distributions. Ubuntu distributions.

View File

@ -1,7 +1,7 @@
# Intel SGX # Intel SGX
Intel® Software Guard Extensions (Intel® SGX) is an Intel technology designed Intel® Software Guard Extensions (Intel® SGX) is an Intel technology designed
to increase the security of application code and data. Cloud-Hypervisor supports to increase the security of application code and data. Cloud Hypervisor supports
SGX virtualization through KVM. Because SGX is built on hardware features that SGX virtualization through KVM. Because SGX is built on hardware features that
cannot be emulated in software, virtualizing SGX requires support in KVM and in cannot be emulated in software, virtualizing SGX requires support in KVM and in
the host kernel. The required Linux and KVM changes can be found in the the host kernel. The required Linux and KVM changes can be found in the
@ -17,12 +17,12 @@ For more information about SGX, please refer to the [SGX Homepage](https://softw
For more information about SGX SDK and how to test SGX, please refer to the For more information about SGX SDK and how to test SGX, please refer to the
following [instructions](https://github.com/intel/linux-sgx). following [instructions](https://github.com/intel/linux-sgx).
## Cloud-Hypervisor support ## Cloud Hypervisor support
Assuming the host exposes `/dev/sgx_vepc`, we can pass SGX enclaves through Assuming the host exposes `/dev/sgx_vepc`, we can pass SGX enclaves through
the guest. the guest.
In order to use SGX enclaves within a Cloud-Hypervisor VM, we must define one In order to use SGX enclaves within a Cloud Hypervisor VM, we must define one
or several Enclave Page Cache (EPC) sections. Here is an example of a VM being or several Enclave Page Cache (EPC) sections. Here is an example of a VM being
created with 2 EPC sections, the first one being 64MiB with pre-allocated created with 2 EPC sections, the first one being 64MiB with pre-allocated
memory, the second one being 32MiB with no pre-allocated memory. memory, the second one being 32MiB with no pre-allocated memory.

View File

@ -1,13 +1,13 @@
# Memory # Memory
Cloud-Hypervisor has many ways to expose memory to the guest VM. This document Cloud Hypervisor has many ways to expose memory to the guest VM. This document
aims to explain what Cloud-Hypervisor is capable of and how it can be used to aims to explain what Cloud Hypervisor is capable of and how it can be used to
meet the needs of very different use cases. meet the needs of very different use cases.
## Basic Parameters ## Basic Parameters
`MemoryConfig` or what is known as `--memory` from the CLI perspective is the `MemoryConfig` or what is known as `--memory` from the CLI perspective is the
easiest way to get started with Cloud-Hypervisor. easiest way to get started with Cloud Hypervisor.
```rust ```rust
struct MemoryConfig { struct MemoryConfig {

View File

@ -11,9 +11,9 @@ before the snapshot was performed.
This feature is important for the project as it establishes the first step This feature is important for the project as it establishes the first step
towards the support for live migration. towards the support for live migration.
## Snapshot a Cloud-Hypervisor VM ## Snapshot a Cloud Hypervisor VM
First thing, we must run a Cloud-Hypervisor VM: First thing, we must run a Cloud Hypervisor VM:
```bash ```bash
./cloud-hypervisor \ ./cloud-hypervisor \
@ -54,7 +54,7 @@ drwxr-xr-x 47 foo bar 4096 Jul 22 11:47 ../
In this particular example, we can observe that 2 memory region files were In this particular example, we can observe that 2 memory region files were
created. That is explained by the size of the guest RAM, which is 4GiB in this created. That is explained by the size of the guest RAM, which is 4GiB in this
case. Because it exceeds 3GiB (which is where we can find a ~1GiB memory hole), case. Because it exceeds 3GiB (which is where we can find a ~1GiB memory hole),
Cloud-Hypervisor needs 2 distinct memory regions to be created. Each memory Cloud Hypervisor needs 2 distinct memory regions to be created. Each memory
region's content is stored through a dedicated file, which explains why we end region's content is stored through a dedicated file, which explains why we end
up with 2 different files, the first one containing the guest RAM range 0-3GiB up with 2 different files, the first one containing the guest RAM range 0-3GiB
and the second one containing the guest RAM range 3-4GiB. and the second one containing the guest RAM range 3-4GiB.
@ -65,7 +65,7 @@ with the correct amount of CPUs, RAM, and other expected devices. The state
bits are used to restore each component in the state it was left before the bits are used to restore each component in the state it was left before the
snapshot occurred. snapshot occurred.
## Restore a Cloud-Hypervisor VM ## Restore a Cloud Hypervisor VM
Given that one has access to an existing snapshot in `/home/foo/snapshot`, Given that one has access to an existing snapshot in `/home/foo/snapshot`,
it is possible to create a new VM based on this snapshot with the following it is possible to create a new VM based on this snapshot with the following

View File

@ -1244,7 +1244,7 @@ Highlights for `cloud-hypervisor` version 0.4.0 include:
### Dynamic virtual CPUs addition ### Dynamic virtual CPUs addition
As a way to vertically scale Cloud-Hypervisor guests, we now support dynamically As a way to vertically scale Cloud Hypervisor guests, we now support dynamically
adding virtual CPUs to the guests, a mechanism also known as CPU hot plug. adding virtual CPUs to the guests, a mechanism also known as CPU hot plug.
Through hardware-reduced ACPI notifications, Cloud Hypervisor can now add CPUs Through hardware-reduced ACPI notifications, Cloud Hypervisor can now add CPUs
to an already running guest and the high level operations for that process are to an already running guest and the high level operations for that process are