public inbox for devel@edk2.groups.io
 help / color / mirror / Atom feed
From: "Boeuf, Sebastien" <sebastien.boeuf@intel.com>
To: "kraxel@redhat.com" <kraxel@redhat.com>
Cc: "Yao, Jiewen" <jiewen.yao@intel.com>,
	"Justen, Jordan L" <jordan.l.justen@intel.com>,
	"devel@edk2.groups.io" <devel@edk2.groups.io>
Subject: Re: [PATCH v3 7/7] OvmfPkg: CloudHv: Add README
Date: Fri, 25 Feb 2022 09:45:03 +0000	[thread overview]
Message-ID: <d8c511d78f6ff653eda8fea40484e81a2b26b3b0.camel@intel.com> (raw)
In-Reply-To: <20220225094327.kddrna6g2bcpz3dk@sirius.home.kraxel.org>

On Fri, 2022-02-25 at 10:43 +0100, Gerd Hoffmann wrote:
> On Thu, Feb 24, 2022 at 03:28:26PM +0100,
> sebastien.boeuf@intel.com wrote:
> > From: Sebastien Boeuf <sebastien.boeuf@intel.com>
> > 
> > Add some documentation to the CloudHv target in order to clarify
> > how to
> > use it and what to expect from it.
> > 
> > Signed-off-by: Sebastien Boeuf <sebastien.boeuf@intel.com>
> > ---
> >  OvmfPkg/CloudHv/README | 66
> > ++++++++++++++++++++++++++++++++++++++++++
> >  1 file changed, 66 insertions(+)
> >  create mode 100644 OvmfPkg/CloudHv/README
> > 
> > diff --git a/OvmfPkg/CloudHv/README b/OvmfPkg/CloudHv/README
> > new file mode 100644
> > index 0000000000..b5ef2a8be6
> > --- /dev/null
> > +++ b/OvmfPkg/CloudHv/README
> > @@ -0,0 +1,66 @@
> > +
> > +CloudHv is a port of OVMF for the Cloud Hypervisor project.
> > +
> > +The Cloud Hypervisor project
> > +----------------------------
> > +
> > +Cloud Hypervisor is a Virtual Machine Monitor that runs on top of
> > KVM. The
> > +project focuses on exclusively running modern, cloud workloads, on
> > top of a
> > +limited set of hardware architectures and platforms. Cloud
> > workloads refers to
> > +those that are usually run by customers inside a cloud provider.
> > This means
> > +modern operating systems with most I/O handled by paravirtualised
> > devices
> > +(i.e. virtio), no requirement for legacy devices, and 64-bit CPUs.
> > +
> > +https://github.com/cloud-hypervisor/cloud-hypervisor
> > +
> > +Design
> > +------
> > +
> > +Based on Cloud Hypervisor's motto to reduce the emulation as much
> > as possible,
> > +the project logically decided to support the PVH boot
> > specification as the only
> > +way of booting virtual machines. That includes both direct kernel
> > boot and OVMF
> > +firmware which must be generated as PVH ELF binaries.
> > +PVH allows information like location of ACPI tables and location
> > of guest RAM
> > +ranges to be shared without the need of an extra emulated device
> > like a CMOS.
> > +
> > +Features
> > +--------
> > +
> > +* Serial console
> > +* EFI shell
> > +* virtio-pci
> > +
> > +Build
> > +-----
> > +
> > +The way to build the CloudHv target is as follows:
> > +
> > +OvmfPkg/build.sh -p OvmfPkg/CloudHv/CloudHvX64.dsc -a X64 -b DEBUG
> > +
> > +Usage
> > +-----
> > +
> > +Assuming Cloud Hypervisor is already built, one can start a
> > virtual machine as
> > +follows:
> > +
> > +./cloud-hypervisor \
> > +    --cpus boot=1 \
> > +    --memory size=1G \
> > +    --kernel Build/CloudHvX64/DEBUG_GCC5/FV/CLOUDHV.fd \
> > +    --disk path=/path/to/disk.raw
> > +
> > +Releases
> > +--------
> > +
> > +In edk2-stable202202, CloudHv is generated as data-only binary.
> > +Starting with edk2-stable202205, CloudHv is generated as a PVH ELF
> > binary to
> > +reduce the amount of emulation needed from Cloud Hypervisor.
> > +For TDX, things are handled differently and PVH is not used, which
> > is why the
> > +firmware is always generated as a data-only binary.
> > +
> > ++-------------------+----------------+-------------+
> > +|      CloudHv      |    non-TDX     |     TDX     |
> > ++-------------------+----------------+-------------+
> > +| edk2-stable202202 | Data binary    | Data binary |
> > +| edk2-stable202205 | PVH ELF binary | Data binary |
> > ++-------------------+----------------+-------------+
> 
> Hmm, but current edk2 code has no support for tdx, correct?
> I'd suggest to drop the tdx references then.

Yes you're right. I'll remove it.

> 
> take care,
>   Gerd
> 

---------------------------------------------------------------------
Intel Corporation SAS (French simplified joint stock company)
Registered headquarters: "Les Montalets"- 2, rue de Paris, 
92196 Meudon Cedex, France
Registration Number:  302 456 199 R.C.S. NANTERRE
Capital: 4,572,000 Euros

This e-mail and any attachments may contain confidential material for
the sole use of the intended recipient(s). Any review or distribution
by others is strictly prohibited. If you are not the intended
recipient, please contact the sender and delete all copies.

      reply	other threads:[~2022-02-25  9:45 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-02-24 14:28 [PATCH v3 0/7] CloudHv: Rely on PVH boot specification Boeuf, Sebastien
2022-02-24 14:28 ` [PATCH v3 1/7] OvmfPkg: Make the Xen ELF header generator more flexible Boeuf, Sebastien
2022-02-25  9:35   ` Gerd Hoffmann
2022-02-24 14:28 ` [PATCH v3 2/7] OvmfPkg: Xen: Use a new fdf include for the PVH ELF header Boeuf, Sebastien
2022-02-25  9:36   ` Gerd Hoffmann
2022-02-24 14:28 ` [PATCH v3 3/7] OvmfPkg: Xen: Generate fdf include file from ELF header generator Boeuf, Sebastien
2022-02-25  9:37   ` [edk2-devel] " Gerd Hoffmann
2022-02-24 14:28 ` [PATCH v3 4/7] OvmfPkg: Generate CloudHv as a PVH ELF binary Boeuf, Sebastien
2022-02-25  9:38   ` Gerd Hoffmann
2022-02-24 14:28 ` [PATCH v3 5/7] OvmfPkg: CloudHv: Retrieve RSDP address from PVH Boeuf, Sebastien
2022-02-25  9:40   ` Gerd Hoffmann
2022-02-24 14:28 ` [PATCH v3 6/7] OvmfPkg: CloudHv: Rely on PVH memmap instead of CMOS Boeuf, Sebastien
2022-02-25  9:41   ` Gerd Hoffmann
2022-02-24 14:28 ` [PATCH v3 7/7] OvmfPkg: CloudHv: Add README Boeuf, Sebastien
2022-02-25  9:43   ` Gerd Hoffmann
2022-02-25  9:45     ` Boeuf, Sebastien [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-list from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=d8c511d78f6ff653eda8fea40484e81a2b26b3b0.camel@intel.com \
    --to=devel@edk2.groups.io \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox