Re: [RFC PATCH v6 01/92] kvm: introduce KVMI (VM introspection subsystem)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, 12 Aug 2019 13:20:30 -0700, Sean Christopherson <sean.j.christopherson@xxxxxxxxx> wrote:
> On Fri, Aug 09, 2019 at 06:59:16PM +0300, Adalbert Lazăr wrote:
> > diff --git a/arch/x86/kvm/Kconfig b/arch/x86/kvm/Kconfig
> > index 72fa955f4a15..f70a6a1b6814 100644
> > --- a/arch/x86/kvm/Kconfig
> > +++ b/arch/x86/kvm/Kconfig
> > @@ -96,6 +96,13 @@ config KVM_MMU_AUDIT
> >  	 This option adds a R/W kVM module parameter 'mmu_audit', which allows
> >  	 auditing of KVM MMU events at runtime.
> >  
> > +config KVM_INTROSPECTION
> > +	bool "VM Introspection"
> > +	depends on KVM && (KVM_INTEL || KVM_AMD)
> > +	help
> > +	 This option enables functions to control the execution of VM-s, query
> > +	 the state of the vCPU-s (GPR-s, MSR-s etc.).
> 
> This does a lot more than enable functions, it allows userspace to do all
> of these things *while the VM is running*.  Everything above can already
> be done by userspace.

First of all, thanks for helping us with this patch series.

Do you mean something like this?

	This option enables an introspection app to control any running
	VM if userspace/QEMU allows it.

> 
> The "-s" syntax is difficult to read and unnecessary, e.g. at first I
> thought VM-s was referring to a new subsystem or feature introduced by
> introspection.  VMs, vCPUs, GPRs, MSRs, etc...
> 
> > diff --git a/include/linux/kvm_host.h b/include/linux/kvm_host.h
> > index c38cc5eb7e73..582b0187f5a4 100644
> > --- a/include/linux/kvm_host.h
> > +++ b/include/linux/kvm_host.h
> > @@ -455,6 +455,10 @@ struct kvm {
> >  	struct srcu_struct srcu;
> >  	struct srcu_struct irq_srcu;
> >  	pid_t userspace_pid;
> > +
> > +	struct completion kvmi_completed;
> > +	refcount_t kvmi_ref;
> 
> The refcounting approach seems a bit backwards, and AFAICT is driven by
> implementing unhook via a message, which also seems backwards.  I assume
> hook and unhook are relatively rare events and not performance critical,
> so make those the restricted/slow flows, e.g. force userspace to quiesce
> the VM by making unhook() mutually exclusive with every vcpu ioctl() and
> maybe anything that takes kvm->lock. 
> 
> Then kvmi_ioctl_unhook() can use thread_stop() and kvmi_recv() just needs
> to check kthread_should_stop().
> 
> That way kvmi doesn't need to be refcounted since it's guaranteed to be
> alive if the pointer is non-null.  Eliminating the refcounting will clean
> up a lot of the code by eliminating calls to kvmi_{get,put}(), e.g.
> wrappers like kvmi_breakpoint_event() just check vcpu->kvmi, or maybe
> even get dropped altogether.

The unhook event has been added to cover the following case: while the
introspection tool runs in another VM, both VMs, the virtual appliance
and the introspected VM, could be paused by the user. We needed a way
to signal this to the introspection tool and give it time to unhook
(the introspected VM has to run and execute the introspection commands
during this phase). The receiving threads quits when the socket is closed
(by QEMU or by the introspection tool).

It's a bit unclear how, but we'll try to get ride of the refcount object,
which will remove a lot of code, indeed.

> 
> > +	void *kvmi;
> 
> Why is this a void*?  Just forward declare struct kvmi in kvmi.h.
> 
> IMO this should be 'struct kvm_introspection *introspection', similar to
> 'struct kvm_vcpu_arch arch' and 'struct kvm_vmx'.  Ditto for the vCPU
> flavor.  Local variables could be kvmi+vcpui, kvm_i+vcpu_i, or maybe
> a more long form if someone can come up with a good abbreviation?
> 
> Using 'ikvm' as the local variable name when everything else refers to
> introspection as 'kvmi' is especially funky.

We'll do.

> 
> >  };
> >  
> >  #define kvm_err(fmt, ...) \
> > diff --git a/include/linux/kvmi.h b/include/linux/kvmi.h
> > new file mode 100644
> > index 000000000000..e36de3f9f3de
> > --- /dev/null
> > +++ b/include/linux/kvmi.h
> > @@ -0,0 +1,23 @@
> > +/* SPDX-License-Identifier: GPL-2.0 */
> > +#ifndef __KVMI_H__
> > +#define __KVMI_H__
> > +
> > +#define kvmi_is_present() IS_ENABLED(CONFIG_KVM_INTROSPECTION)
> 
> Peeking forward a few patches, introspection should have a module param.

Like kvm.introspection=true/False ?

> The code is also inconsistent in its usage of kvmi_is_present() versus
> #ifdef CONFIG_KVM_INTROSPECTION.
> 
> And maybe kvm_is_instrospection_enabled() so that the gating function has
> a more descriptive name for first-time readers?

Right.

> > diff --git a/include/uapi/linux/kvmi.h b/include/uapi/linux/kvmi.h
> > new file mode 100644
> > index 000000000000..dbf63ad0862f
> > --- /dev/null
> > +++ b/include/uapi/linux/kvmi.h
> > @@ -0,0 +1,68 @@
> > +/* SPDX-License-Identifier: GPL-2.0 WITH Linux-syscall-note */
> > +#ifndef _UAPI__LINUX_KVMI_H
> > +#define _UAPI__LINUX_KVMI_H
> > +
> > +/*
> > + * KVMI structures and definitions
> > + */
> > +
> > +#include <linux/kernel.h>
> > +#include <linux/types.h>
> > +
> > +#define KVMI_VERSION 0x00000001
> > +
> > +enum {
> > +	KVMI_EVENT_REPLY           = 0,
> > +	KVMI_EVENT                 = 1,
> > +
> > +	KVMI_FIRST_COMMAND         = 2,
> > +
> > +	KVMI_GET_VERSION           = 2,
> > +	KVMI_CHECK_COMMAND         = 3,
> > +	KVMI_CHECK_EVENT           = 4,
> > +	KVMI_GET_GUEST_INFO        = 5,
> > +	KVMI_GET_VCPU_INFO         = 6,
> > +	KVMI_PAUSE_VCPU            = 7,
> > +	KVMI_CONTROL_VM_EVENTS     = 8,
> > +	KVMI_CONTROL_EVENTS        = 9,
> > +	KVMI_CONTROL_CR            = 10,
> > +	KVMI_CONTROL_MSR           = 11,
> > +	KVMI_CONTROL_VE            = 12,
> > +	KVMI_GET_REGISTERS         = 13,
> > +	KVMI_SET_REGISTERS         = 14,
> > +	KVMI_GET_CPUID             = 15,
> > +	KVMI_GET_XSAVE             = 16,
> > +	KVMI_READ_PHYSICAL         = 17,
> > +	KVMI_WRITE_PHYSICAL        = 18,
> > +	KVMI_INJECT_EXCEPTION      = 19,
> > +	KVMI_GET_PAGE_ACCESS       = 20,
> > +	KVMI_SET_PAGE_ACCESS       = 21,
> > +	KVMI_GET_MAP_TOKEN         = 22,
> > +	KVMI_GET_MTRR_TYPE         = 23,
> > +	KVMI_CONTROL_SPP           = 24,
> > +	KVMI_GET_PAGE_WRITE_BITMAP = 25,
> > +	KVMI_SET_PAGE_WRITE_BITMAP = 26,
> > +	KVMI_CONTROL_CMD_RESPONSE  = 27,
> 
> Each command should be introduced along with the patch that adds the
> associated functionality.
> 
> It'd be helpful to incorporate the scope of the command in the name,
> e.g. VM vs. vCPU.
> 
> Why are VM and vCPU commands smushed together?
>
> > +
> > +	KVMI_NEXT_AVAILABLE_COMMAND,
> 
> Why not KVMI_NR_COMMANDS or KVM_NUM_COMMANDS?  At least be consistent
> between COMMANDS and EVENTS below.

This looks odd, indeed.  The intention was that the size of an internal
bitmap be KVMI_NEXT_AVAILABLE_COMMAND-KVMI_FIRST_COMMAND, but it was
too complicated. It is probably a leftover.

> > diff --git a/virt/kvm/kvmi.c b/virt/kvm/kvmi.c
> > new file mode 100644
> > index 000000000000..20638743bd03
> > --- /dev/null
> > +++ b/virt/kvm/kvmi.c
> > @@ -0,0 +1,64 @@
> > +// SPDX-License-Identifier: GPL-2.0
> > +/*
> > + * KVM introspection
> > + *
> > + * Copyright (C) 2017-2019 Bitdefender S.R.L.
> > + *
> > + */
> > +#include <uapi/linux/kvmi.h>
> > +#include "kvmi_int.h"
> > +
> > +int kvmi_init(void)
> > +{
> > +	return 0;
> > +}
> > +
> > +void kvmi_uninit(void)
> > +{
> > +}
> > +
> > +struct kvmi * __must_check kvmi_get(struct kvm *kvm)
> > +{
> > +	if (refcount_inc_not_zero(&kvm->kvmi_ref))
> > +		return kvm->kvmi;
> > +
> > +	return NULL;
> > +}
> > +
> > +static void kvmi_destroy(struct kvm *kvm)
> > +{
> > +}
> > +
> > +static void kvmi_release(struct kvm *kvm)
> > +{
> > +	kvmi_destroy(kvm);
> > +
> > +	complete(&kvm->kvmi_completed);
> > +}
> > +
> > +/* This function may be called from atomic context and must not sleep */
> > +void kvmi_put(struct kvm *kvm)
> > +{
> > +	if (refcount_dec_and_test(&kvm->kvmi_ref))
> > +		kvmi_release(kvm);
> > +}
> > +
> > +void kvmi_create_vm(struct kvm *kvm)
> > +{
> > +	init_completion(&kvm->kvmi_completed);
> > +	complete(&kvm->kvmi_completed);
> 
> Pretty sure you don't want to be calling complete() here.

The intention was to stop the hooking ioctl until the VM is
created. A better name for 'kvmi_completed' would have been
'ready_to_be_introspected', as kvmi_hook() will wait for it.

We'll see how we can get ride of the completion object.

Thanks.
_______________________________________________
Virtualization mailing list
Virtualization@xxxxxxxxxxxxxxxxxxxxxxxxxx
https://lists.linuxfoundation.org/mailman/listinfo/virtualization




[Index of Archives]     [KVM Development]     [Libvirt Development]     [Libvirt Users]     [CentOS Virtualization]     [Netdev]     [Ethernet Bridging]     [Linux Wireless]     [Kernel Newbies]     [Security]     [Linux for Hams]     [Netfilter]     [Bugtraq]     [Yosemite Forum]     [MIPS Linux]     [ARM Linux]     [Linux RAID]     [Linux Admin]     [Samba]

  Powered by Linux