All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Michael S. Tsirkin" <mst@redhat.com>
To: Stefan Berger <stefanb@linux.vnet.ibm.com>
Cc: stefanb@us.ibm.com, qemu-devel@nongnu.org, quan.xu@intel.com
Subject: Re: [Qemu-devel] [PATCH v4 0/4] Extend TPM support with a QEMU-external TPM
Date: Tue, 23 Jun 2015 07:26:13 +0200	[thread overview]
Message-ID: <20150623052613.GA7860@redhat.com> (raw)
In-Reply-To: <1433762257-1752411-1-git-send-email-stefanb@linux.vnet.ibm.com>

On Mon, Jun 08, 2015 at 07:17:33AM -0400, Stefan Berger wrote:
> The following series of patches extends TPM support with an
> external TPM that offers a Linux CUSE (character device in userspace)
> interface. This TPM lets each VM access its own private vTPM.
> The CUSE TPM supports suspend/resume and migration. Much
> out-of-band functionality necessary to control the CUSE TPM is
> implemented using ioctls.

I was hoping this can get a wider discussion, but apparently no one
noticed this.

This needs some thought: how do we decide which ioctls we support?
It's easier with kernel since we know distros ship it, but
will they do so with this tpm? We do want to reuse system components
but we don't want random parts of QEMU delegated to a random
out of tree module.

Couldn't you re-use in-kernel interfaces for the CUSE module?
Then existing pass-through in QEMU would more or less just work with it -
merely open a different chardev.


> Stefan Berger (4):
>   Provide support for the CUSE TPM
>   Introduce condition to notify waiters of completed command
>   Introduce condition in TPM backend for notification
>   Add support for VM suspend/resume for TPM TIS
> 
>  hmp.c                        |   6 +
>  hw/tpm/tpm_int.h             |   4 +
>  hw/tpm/tpm_ioctl.h           | 209 ++++++++++++++++++++++
>  hw/tpm/tpm_passthrough.c     | 409 +++++++++++++++++++++++++++++++++++++++++--
>  hw/tpm/tpm_tis.c             | 151 +++++++++++++++-
>  hw/tpm/tpm_tis.h             |   2 +
>  hw/tpm/tpm_util.c            | 223 +++++++++++++++++++++++
>  hw/tpm/tpm_util.h            |   7 +
>  include/sysemu/tpm_backend.h |  12 ++
>  qapi-schema.json             |  18 +-
>  qemu-options.hx              |  21 ++-
>  qmp-commands.hx              |   2 +-
>  tpm.c                        |  11 +-
>  13 files changed, 1056 insertions(+), 19 deletions(-)
>  create mode 100644 hw/tpm/tpm_ioctl.h
> 
> -- 
> 1.9.3

  parent reply	other threads:[~2015-06-23  5:26 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-06-08 11:17 [Qemu-devel] [PATCH v4 0/4] Extend TPM support with a QEMU-external TPM Stefan Berger
2015-06-08 11:17 ` [Qemu-devel] [PATCH v4 1/4] Provide support for the CUSE TPM Stefan Berger
2015-06-08 11:17 ` [Qemu-devel] [PATCH v4 2/4] Introduce condition to notify waiters of completed command Stefan Berger
2015-06-08 11:17 ` [Qemu-devel] [PATCH v4 3/4] Introduce condition in TPM backend for notification Stefan Berger
2015-06-08 11:17 ` [Qemu-devel] [PATCH v4 4/4] Add support for VM suspend/resume for TPM TIS Stefan Berger
2015-06-23  5:26 ` Michael S. Tsirkin [this message]
2015-06-23 12:07   ` [Qemu-devel] [PATCH v4 0/4] Extend TPM support with a QEMU-external TPM Stefan Berger
2015-06-23 13:11     ` Michael S. Tsirkin
2015-06-23 13:52 ` Michael S. Tsirkin
2015-06-23 15:37   ` Stefan Berger
2015-06-23 15:42     ` Michael S. Tsirkin
2015-07-02 11:45       ` Stefan Berger

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-all 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=20150623052613.GA7860@redhat.com \
    --to=mst@redhat.com \
    --cc=qemu-devel@nongnu.org \
    --cc=quan.xu@intel.com \
    --cc=stefanb@linux.vnet.ibm.com \
    --cc=stefanb@us.ibm.com \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.