From: "Michael S. Tsirkin" <mst@redhat.com>
To: "Huang, Yang" <yang.huang@intel.com>
Cc: Paolo Bonzini <pbonzini@redhat.com>,
"virtio-dev@lists.oasis-open.org"
<virtio-dev@lists.oasis-open.org>,
"virtio-comment@lists.oasis-open.org"
<virtio-comment@lists.oasis-open.org>,
"Zhu, Bing" <bing.zhu@intel.com>,
"Winkler, Tomas" <tomas.winkler@intel.com>
Subject: Re: [virtio-comment] [PATCH] Add virtio rpmb device specification
Date: Sat, 3 Aug 2019 17:00:18 -0400 [thread overview]
Message-ID: <20190803165842-mutt-send-email-mst@kernel.org> (raw)
In-Reply-To: <0B92A36466FABC4D99BAF0BDB1FA8BBC4157221D@shsmsx102.ccr.corp.intel.com>
On Tue, Jul 30, 2019 at 12:33:17AM +0000, Huang, Yang wrote:
>
>
> > -----Original Message-----
> > From: virtio-comment@lists.oasis-open.org [mailto:virtio-comment@lists.oasis-
> > open.org] On Behalf Of Paolo Bonzini
> > Sent: Monday, July 29, 2019 17:19
> > To: Huang, Yang <yang.huang@intel.com>; virtio-dev@lists.oasis-open.org
> > Cc: virtio-comment@lists.oasis-open.org; mst@redhat.com; Zhu, Bing
> > <bing.zhu@intel.com>; Winkler, Tomas <tomas.winkler@intel.com>
> > Subject: Re: [virtio-comment] [PATCH] Add virtio rpmb device specification
> >
> > On 29/07/19 09:48, Huang Yang wrote:
> > >
> > > But virtualization software like Qemu doesn't provide eMMC/UFS/NVMe
> > > RPMB emulation. It blocks the OS like Trusty or OP-TEE running in a
> > > virtualization environment. For instance, Google right now uses
> > > another way to work around RPMB emulation issue when running Trusty in
> > ARM Qemu:
> > > https://android.googlesource.com/trusty/external/trusty/+/refs/heads/m
> > > aster/test-runner/
> > >
> > > Virtio RPMB standardization will definitely benefit OP-TEE, Google
> > > Trusty TEE, Qemu, OVMF or other modules to develop the RPMB based
> > > secure storage in virtualization.
> > >
> >
> > Is there any reason to use a new virtio-blk device, and not add this functionality
> > to virtio-blk?
> >
> > Paolo
>
> RPMB does not behave as a blk device. It doesn't have block device APIs.
> Current virtio blk features or definitions in spec are mostly useless or inapplicable to virtio rpmb.
> It performs a different behaviors from the operations on a blk device.
> Key, writer counter or nonce are required to read/write on it.
> If add it to blk device, it will not only cause to a higher complexity, but also cause to two different behaviors on a same device.
>
Well it seems that current RPMB implementations are all tied to
a storage device, like MMC or NVMe. Why is that and why doesn't
the same logic apply here?
--
MST
This publicly archived list offers a means to provide input to the
OASIS Virtual I/O Device (VIRTIO) TC.
In order to verify user consent to the Feedback License terms and
to minimize spam in the list archive, subscription is required
before posting.
Subscribe: virtio-comment-subscribe@lists.oasis-open.org
Unsubscribe: virtio-comment-unsubscribe@lists.oasis-open.org
List help: virtio-comment-help@lists.oasis-open.org
List archive: https://lists.oasis-open.org/archives/virtio-comment/
Feedback License: https://www.oasis-open.org/who/ipr/feedback_license.pdf
List Guidelines: https://www.oasis-open.org/policies-guidelines/mailing-lists
Committee: https://www.oasis-open.org/committees/virtio/
Join OASIS: https://www.oasis-open.org/join/
next prev parent reply other threads:[~2019-08-03 21:00 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-07-29 7:48 [virtio-comment] [PATCH] Add virtio rpmb device specification Huang Yang
2019-07-29 7:48 ` Huang Yang
2019-07-29 14:54 ` [virtio-comment] " Michael S. Tsirkin
2019-07-30 5:51 ` Huang, Yang
2019-07-30 6:49 ` Michael S. Tsirkin
2019-07-29 9:19 ` [virtio-comment] " Paolo Bonzini
2019-07-30 0:33 ` Huang, Yang
2019-08-03 21:00 ` Michael S. Tsirkin [this message]
2019-08-04 2:07 ` [virtio-comment] RE: [virtio-dev] " Huang, Yang
2019-08-04 7:49 ` Michael S. Tsirkin
2019-08-04 13:57 ` Huang, Yang
2019-08-04 18:26 ` Michael S. Tsirkin
2019-08-05 2:39 ` Huang, Yang
2019-08-05 5:57 ` Michael S. Tsirkin
2019-08-05 7:25 ` Huang, Yang
[not found] ` <5B8DA87D05A7694D9FA63FD143655C1B9DC88C3B@hasmsx108.ger.corp.intel.com>
2019-08-05 6:06 ` Michael S. Tsirkin
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=20190803165842-mutt-send-email-mst@kernel.org \
--to=mst@redhat.com \
--cc=bing.zhu@intel.com \
--cc=pbonzini@redhat.com \
--cc=tomas.winkler@intel.com \
--cc=virtio-comment@lists.oasis-open.org \
--cc=virtio-dev@lists.oasis-open.org \
--cc=yang.huang@intel.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox