From: Alexander Graf <agraf@suse.de>
To: Gonglei <arei.gonglei@huawei.com>,
qemu-devel@nongnu.org, virtio-dev@lists.oasis-open.org
Cc: peter.huangpeng@huawei.com, luonengjun@huawei.com,
mst@redhat.com, cornelia.huck@de.ibm.com, stefanha@redhat.com,
denglingli@chinamobile.com, Jani.Kokkonen@huawei.com,
Ola.Liljedahl@arm.com, Varun.Sethi@freescale.com,
xin.zeng@intel.com, brian.a.keating@intel.com,
liang.j.ma@intel.com, john.griffin@intel.com,
hanweidong@huawei.com, weidong.huang@huawei.com,
mike.caraman@nxp.com, claudio.fontana@huawei.com
Subject: Re: [Qemu-devel] [PATCH v8 1/2] virtio-crypto: Add virtio crypto device specification
Date: Thu, 1 Sep 2016 15:37:26 +0200 [thread overview]
Message-ID: <57C82F16.6000801@suse.de> (raw)
In-Reply-To: <1472559136-89096-2-git-send-email-arei.gonglei@huawei.com>
On 08/30/2016 02:12 PM, Gonglei wrote:
> The virtio crypto device is a virtual crypto device (ie. hardware
> crypto accelerator card). The virtio crypto device can provide
> five crypto services: CIPHER, MAC, HASH, AEAD, KDF, ASYM, PRIMITIVE.
>
> In this patch, CIPHER, MAC, HASH, AEAD services are introduced.
I have mostly a few high level comments.
For starters, a lot of the structs rely on the compiler to pad them to
natural alignment. That may get us into trouble when trying to emulate a
virtio device on a host with different guest architecture (like arm on
x86). It'd be a good idea to manually pad everything to be 64bit aligned
- then all fields are always at the same spot.
I also have a hard time getting my head around the final flow of
everything. Do I always have to create a session to be able to emit a
command? In that case, doesn't that slow down everything, since a
request would then need to wait for the host reply to receive its
session id? There should be some way to fire off a simple non-iv
operation without any session set up imho.
Also, I don't fully understand the split between control and data
queues. As far as I read things, the control queue is used to create
session ids and the data queues can then be used to push data. Is there
any particular reason for the split? One thing that seems natural to me
would be to have sessions be per-queue, so you would create a session on
a particular queue and only have it ever be available there. That way
you get rid of any locking for sessions.
Alex
next prev parent reply other threads:[~2016-09-01 13:37 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-08-30 12:12 [Qemu-devel] [PATCH v8 0/2] virtio-crypto: virtio crypto device specification Gonglei
2016-08-30 12:12 ` [Qemu-devel] [PATCH v8 1/2] virtio-crypto: Add " Gonglei
2016-09-01 13:37 ` Alexander Graf [this message]
2016-09-02 3:08 ` Gonglei (Arei)
2016-09-02 8:06 ` Alexander Graf
2016-09-02 10:26 ` Gonglei (Arei)
2016-09-02 12:16 ` Ola Liljedahl
2016-09-02 14:05 ` Alexander Graf
2016-09-03 3:18 ` Gonglei (Arei)
2016-09-05 7:37 ` Alexander Graf
2016-09-05 8:14 ` Gonglei (Arei)
2016-09-04 15:47 ` Ola Liljedahl
2016-09-05 7:40 ` Alexander Graf
2016-09-05 8:53 ` Ola Liljedahl
2016-09-02 13:52 ` Alexander Graf
2016-09-03 2:51 ` Gonglei (Arei)
2016-09-02 12:06 ` Stefan Hajnoczi
2016-09-03 3:44 ` Gonglei (Arei)
2016-09-02 13:47 ` Ma, Liang J
2016-09-03 2:53 ` Gonglei (Arei)
2016-08-30 12:12 ` [Qemu-devel] [PATCH v8 2/2] virtio-crypto: Add conformance clauses Gonglei
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=57C82F16.6000801@suse.de \
--to=agraf@suse.de \
--cc=Jani.Kokkonen@huawei.com \
--cc=Ola.Liljedahl@arm.com \
--cc=Varun.Sethi@freescale.com \
--cc=arei.gonglei@huawei.com \
--cc=brian.a.keating@intel.com \
--cc=claudio.fontana@huawei.com \
--cc=cornelia.huck@de.ibm.com \
--cc=denglingli@chinamobile.com \
--cc=hanweidong@huawei.com \
--cc=john.griffin@intel.com \
--cc=liang.j.ma@intel.com \
--cc=luonengjun@huawei.com \
--cc=mike.caraman@nxp.com \
--cc=mst@redhat.com \
--cc=peter.huangpeng@huawei.com \
--cc=qemu-devel@nongnu.org \
--cc=stefanha@redhat.com \
--cc=virtio-dev@lists.oasis-open.org \
--cc=weidong.huang@huawei.com \
--cc=xin.zeng@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 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.