[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[PATCH 1/1] docs/nitro-enclave: Clarify Enclave and Firecracker relation
From: |
Alexander Graf |
Subject: |
[PATCH 1/1] docs/nitro-enclave: Clarify Enclave and Firecracker relationship |
Date: |
Wed, 11 Dec 2024 22:25:12 +0000 |
The documentation says that Nitro Enclaves are based on Firecracker. AWS
has never made that statement.
This patch nudges the wording to instead say it "looks like a
Firecracker microvm".
Signed-off-by: Alexander Graf <graf@amazon.com>
---
docs/system/i386/nitro-enclave.rst | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/docs/system/i386/nitro-enclave.rst
b/docs/system/i386/nitro-enclave.rst
index 73e3edefe5..6e8441b3f8 100644
--- a/docs/system/i386/nitro-enclave.rst
+++ b/docs/system/i386/nitro-enclave.rst
@@ -13,7 +13,7 @@ the enclave VM gets a dynamic CID. Enclaves use an EIF
(`Enclave Image Format`_)
file which contains the necessary kernel, cmdline and ramdisk(s) to boot.
In QEMU, ``nitro-enclave`` is a machine type based on ``microvm`` similar to
how
-AWS nitro enclaves are based on `Firecracker`_ microvm. This is useful for
+AWS nitro enclaves look like a `Firecracker`_ microvm. This is useful for
local testing of EIF files using QEMU instead of running real AWS Nitro
Enclaves
which can be difficult for debugging due to its roots in security. The vsock
device emulation is done using vhost-user-vsock which means another process
that
--
2.40.1
Amazon Web Services Development Center Germany GmbH
Krausenstr. 38
10117 Berlin
Geschaeftsfuehrung: Christian Schlaeger, Jonathan Weiss
Eingetragen am Amtsgericht Charlottenburg unter HRB 257764 B
Sitz: Berlin
Ust-ID: DE 365 538 597
- [PATCH 1/1] docs/nitro-enclave: Clarify Enclave and Firecracker relationship,
Alexander Graf <=