[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [PATCH v8 07/13] confidential guest support: Introduce cgs "ready" f
From: |
Venu Busireddy |
Subject: |
Re: [PATCH v8 07/13] confidential guest support: Introduce cgs "ready" flag |
Date: |
Wed, 10 Feb 2021 10:25:30 -0600 |
On 2021-02-02 15:13:09 +1100, David Gibson wrote:
> The platform specific details of mechanisms for implementing
> confidential guest support may require setup at various points during
> initialization. Thus, it's not really feasible to have a single cgs
> initialization hook, but instead each mechanism needs its own
> initialization calls in arch or machine specific code.
>
> However, to make it harder to have a bug where a mechanism isn't
> properly initialized under some circumstances, we want to have a
> common place, late in boot, where we verify that cgs has been
> initialized if it was requested.
>
> This patch introduces a ready flag to the ConfidentialGuestSupport
> base type to accomplish this, which we verify in
> qemu_machine_creation_done().
>
> Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
> Reviewed-by: Dr. David Alan Gilbert <dgilbert@redhat.com>
> Reviewed-by: Greg Kurz <groug@kaod.org>
> ---
> include/exec/confidential-guest-support.h | 24 +++++++++++++++++++++++
> softmmu/vl.c | 10 ++++++++++
> target/i386/sev.c | 2 ++
> 3 files changed, 36 insertions(+)
>
> diff --git a/include/exec/confidential-guest-support.h
> b/include/exec/confidential-guest-support.h
> index 3db6380e63..5dcf602047 100644
> --- a/include/exec/confidential-guest-support.h
> +++ b/include/exec/confidential-guest-support.h
> @@ -27,6 +27,30 @@ OBJECT_DECLARE_SIMPLE_TYPE(ConfidentialGuestSupport,
> CONFIDENTIAL_GUEST_SUPPORT)
>
> struct ConfidentialGuestSupport {
> Object parent;
> +
> + /*
> + * ready: flag set by CGS initialization code once it's ready to
> + * start executing instructions in a potentially-secure
> + * guest
> + *
> + * The definition here is a bit fuzzy, because this is essentially
> + * part of a self-sanity-check, rather than a strict mechanism.
> + *
> + * It's not fasible to have a single point in the common machine
Just a nit pick.
s/fasible/feasible/
> + * init path to configure confidential guest support, because
> + * different mechanisms have different interdependencies requiring
> + * initialization in different places, often in arch or machine
> + * type specific code. It's also usually not possible to check
> + * for invalid configurations until that initialization code.
> + * That means it would be very easy to have a bug allowing CGS
> + * init to be bypassed entirely in certain configurations.
> + *
> + * Silently ignoring a requested security feature would be bad, so
> + * to avoid that we check late in init that this 'ready' flag is
> + * set if CGS was requested. If the CGS init hasn't happened, and
> + * so 'ready' is not set, we'll abort.
> + */
> + bool ready;
> };
>
> typedef struct ConfidentialGuestSupportClass {
> diff --git a/softmmu/vl.c b/softmmu/vl.c
> index 1b464e3474..1869ed54a9 100644
> --- a/softmmu/vl.c
> +++ b/softmmu/vl.c
> @@ -101,6 +101,7 @@
> #include "qemu/plugin.h"
> #include "qemu/queue.h"
> #include "sysemu/arch_init.h"
> +#include "exec/confidential-guest-support.h"
>
> #include "ui/qemu-spice.h"
> #include "qapi/string-input-visitor.h"
> @@ -2497,6 +2498,8 @@ static void qemu_create_cli_devices(void)
>
> static void qemu_machine_creation_done(void)
> {
> + MachineState *machine = MACHINE(qdev_get_machine());
> +
> /* Did we create any drives that we failed to create a device for? */
> drive_check_orphaned();
>
> @@ -2516,6 +2519,13 @@ static void qemu_machine_creation_done(void)
>
> qdev_machine_creation_done();
>
> + if (machine->cgs) {
> + /*
> + * Verify that Confidential Guest Support has actually been
> initialized
> + */
> + assert(machine->cgs->ready);
> + }
> +
> if (foreach_device_config(DEV_GDB, gdbserver_start) < 0) {
> exit(1);
> }
> diff --git a/target/i386/sev.c b/target/i386/sev.c
> index 590cb31fa8..f9e9b5d8ae 100644
> --- a/target/i386/sev.c
> +++ b/target/i386/sev.c
> @@ -737,6 +737,8 @@ int sev_kvm_init(ConfidentialGuestSupport *cgs, Error
> **errp)
> qemu_add_machine_init_done_notifier(&sev_machine_done_notify);
> qemu_add_vm_change_state_handler(sev_vm_state_change, sev);
>
> + cgs->ready = true;
> +
> return 0;
> err:
> sev_guest = NULL;
> --
> 2.29.2
- [PATCH v8 04/13] confidential guest support: Move side effect out of machine_set_memory_encryption(), (continued)
- [PATCH v8 04/13] confidential guest support: Move side effect out of machine_set_memory_encryption(), David Gibson, 2021/02/01
- [PATCH v8 01/13] qom: Allow optional sugar props, David Gibson, 2021/02/01
- [PATCH v8 02/13] confidential guest support: Introduce new confidential guest support class, David Gibson, 2021/02/01
- [PATCH v8 08/13] confidential guest support: Move SEV initialization into arch specific code, David Gibson, 2021/02/01
- [PATCH v8 05/13] confidential guest support: Rework the "memory-encryption" property, David Gibson, 2021/02/01
- [PATCH v8 07/13] confidential guest support: Introduce cgs "ready" flag, David Gibson, 2021/02/01
- [PATCH v8 12/13] confidential guest support: Alter virtio default properties for protected guests, David Gibson, 2021/02/01
- [PATCH v8 11/13] spapr: PEF: prevent migration, David Gibson, 2021/02/01
- [PATCH v8 09/13] confidential guest support: Update documentation, David Gibson, 2021/02/01
- [PATCH v8 06/13] sev: Add Error ** to sev_kvm_init(), David Gibson, 2021/02/01
- [PATCH v8 10/13] spapr: Add PEF based confidential guest support, David Gibson, 2021/02/01