From: Halil Pasic <pasic@linux.vnet.ibm.com> To: "Longpeng(Mike)" <longpeng2@huawei.com>, qemu-devel@nongnu.org, virtio-dev@lists.oasis-open.org Cc: weidong.huang@huawei.com, mst@redhat.com, jasowang@redhat.com, john.griffin@intel.com, Varun.Sethi@freescale.com, denglingli@chinamobile.com, arei.gonglei@hotmail.com, agraf@suse.de, arei.gonglei@huawei.com, vincent.jardin@6wind.com, Ola.Liljedahl@arm.com, luonengjun@huawei.com, xin.zeng@intel.com, liang.j.ma@intel.com, stefanha@redhat.com, Jani.Kokkonen@huawei.com, brian.a.keating@intel.com, wangxinxin.wang@huawei.com, cohuck@redhat.com, mike.caraman@nxp.com Subject: Re: [Qemu-devel] [RFC 0/8] virtio-crypto: add multiplexing mode support Date: Wed, 13 Sep 2017 20:14:05 +0200 [thread overview] Message-ID: <2d8ae3d3-438b-da84-4959-cf63f4f4ce99@linux.vnet.ibm.com> (raw) In-Reply-To: <1505092240-10864-1-git-send-email-longpeng2@huawei.com> On 09/11/2017 03:10 AM, Longpeng(Mike) wrote: > *NOTE* > The code realization is based on the latest virtio crypto spec: > [PATCH v19 0/2] virtio-crypto: virtio crypto device specification > https://lists.nongnu.org/archive/html/qemu-devel/2017-08/msg05217.html > > In session mode, the process of create/close a session > makes we have a least one full round-trip cost from guest to host to guest > to be able to send any data for symmetric algorithms. It gets ourself into > synchronization troubles in some scenarios like a web server handling lots > of small requests whose algorithms and keys are different. > > We can support one-blob request (no sessions) as well for symmetric > algorithms, including HASH, MAC services. The benefit is obvious for > HASH service because it's usually a one-blob operation. > Hi! I've just started looking at this. Patch #1 modifies linux/virtio_crypto.h which if I compare with the (almost) latest linux master is different. Thus I would expect a corresponding kernel patch set too, but I haven't received one, nor did I find a reference in the cover letter. I think if I want to test the new features I need the kernel counter-part too, or? Could you point me to the kernel counterpart? Regards, Halil > Gonglei (3): > virtio-crypto: add stateless crypto request handler > cryptodev: extract one util function > virtio-crypto: add host feature bits support > > Longpeng(Mike) (5): > virtio-crypto: add new definations for multiplexing mode > virtio-crypto: add session creation logic for mux mode > virtio-crypto: add dataq operation logic for mux mode > cryptodev: add stateless mode cipher support > cryptodev-builtin: add stateless cipher support > > backends/cryptodev-builtin.c | 189 ++++++++--- > backends/cryptodev.c | 21 ++ > hw/virtio/virtio-crypto.c | 433 +++++++++++++++++++++++-- > include/hw/virtio/virtio-crypto.h | 2 + > include/standard-headers/linux/virtio_crypto.h | 182 ++++++++++- > include/sysemu/cryptodev.h | 21 ++ > 6 files changed, 774 insertions(+), 74 deletions(-) >
WARNING: multiple messages have this Message-ID (diff)
From: Halil Pasic <pasic@linux.vnet.ibm.com> To: "Longpeng(Mike)" <longpeng2@huawei.com>, qemu-devel@nongnu.org, virtio-dev@lists.oasis-open.org Cc: weidong.huang@huawei.com, mst@redhat.com, jasowang@redhat.com, john.griffin@intel.com, Varun.Sethi@freescale.com, denglingli@chinamobile.com, arei.gonglei@hotmail.com, agraf@suse.de, arei.gonglei@huawei.com, vincent.jardin@6wind.com, Ola.Liljedahl@arm.com, luonengjun@huawei.com, xin.zeng@intel.com, liang.j.ma@intel.com, stefanha@redhat.com, Jani.Kokkonen@huawei.com, brian.a.keating@intel.com, wangxinxin.wang@huawei.com, cohuck@redhat.com, mike.caraman@nxp.com Subject: [virtio-dev] Re: [Qemu-devel] [RFC 0/8] virtio-crypto: add multiplexing mode support Date: Wed, 13 Sep 2017 20:14:05 +0200 [thread overview] Message-ID: <2d8ae3d3-438b-da84-4959-cf63f4f4ce99@linux.vnet.ibm.com> (raw) In-Reply-To: <1505092240-10864-1-git-send-email-longpeng2@huawei.com> On 09/11/2017 03:10 AM, Longpeng(Mike) wrote: > *NOTE* > The code realization is based on the latest virtio crypto spec: > [PATCH v19 0/2] virtio-crypto: virtio crypto device specification > https://lists.nongnu.org/archive/html/qemu-devel/2017-08/msg05217.html > > In session mode, the process of create/close a session > makes we have a least one full round-trip cost from guest to host to guest > to be able to send any data for symmetric algorithms. It gets ourself into > synchronization troubles in some scenarios like a web server handling lots > of small requests whose algorithms and keys are different. > > We can support one-blob request (no sessions) as well for symmetric > algorithms, including HASH, MAC services. The benefit is obvious for > HASH service because it's usually a one-blob operation. > Hi! I've just started looking at this. Patch #1 modifies linux/virtio_crypto.h which if I compare with the (almost) latest linux master is different. Thus I would expect a corresponding kernel patch set too, but I haven't received one, nor did I find a reference in the cover letter. I think if I want to test the new features I need the kernel counter-part too, or? Could you point me to the kernel counterpart? Regards, Halil > Gonglei (3): > virtio-crypto: add stateless crypto request handler > cryptodev: extract one util function > virtio-crypto: add host feature bits support > > Longpeng(Mike) (5): > virtio-crypto: add new definations for multiplexing mode > virtio-crypto: add session creation logic for mux mode > virtio-crypto: add dataq operation logic for mux mode > cryptodev: add stateless mode cipher support > cryptodev-builtin: add stateless cipher support > > backends/cryptodev-builtin.c | 189 ++++++++--- > backends/cryptodev.c | 21 ++ > hw/virtio/virtio-crypto.c | 433 +++++++++++++++++++++++-- > include/hw/virtio/virtio-crypto.h | 2 + > include/standard-headers/linux/virtio_crypto.h | 182 ++++++++++- > include/sysemu/cryptodev.h | 21 ++ > 6 files changed, 774 insertions(+), 74 deletions(-) > --------------------------------------------------------------------- To unsubscribe, e-mail: virtio-dev-unsubscribe@lists.oasis-open.org For additional commands, e-mail: virtio-dev-help@lists.oasis-open.org
next prev parent reply other threads:[~2017-09-13 18:14 UTC|newest] Thread overview: 38+ messages / expand[flat|nested] mbox.gz Atom feed top 2017-09-11 1:10 [Qemu-devel] [RFC 0/8] virtio-crypto: add multiplexing mode support Longpeng(Mike) 2017-09-11 1:10 ` [virtio-dev] " Longpeng(Mike) 2017-09-11 1:10 ` [Qemu-devel] [RFC 1/8] virtio-crypto: add new definations for multiplexing mode Longpeng(Mike) 2017-09-11 1:10 ` [virtio-dev] " Longpeng(Mike) 2017-09-11 1:10 ` [Qemu-devel] [RFC 2/8] virtio-crypto: add session creation logic for mux mode Longpeng(Mike) 2017-09-11 1:10 ` [virtio-dev] " Longpeng(Mike) 2017-09-11 1:10 ` [Qemu-devel] [RFC 3/8] virtio-crypto: add dataq operation " Longpeng(Mike) 2017-09-11 1:10 ` [virtio-dev] " Longpeng(Mike) 2017-09-11 1:10 ` [Qemu-devel] [RFC 4/8] cryptodev: add stateless mode cipher support Longpeng(Mike) 2017-09-11 1:10 ` [virtio-dev] " Longpeng(Mike) 2017-09-11 1:10 ` [Qemu-devel] [RFC 5/8] virtio-crypto: add stateless crypto request handler Longpeng(Mike) 2017-09-11 1:10 ` [virtio-dev] " Longpeng(Mike) 2017-09-11 1:10 ` [Qemu-devel] [RFC 6/8] cryptodev: extract one util function Longpeng(Mike) 2017-09-11 1:10 ` [virtio-dev] " Longpeng(Mike) 2017-09-11 1:10 ` [Qemu-devel] [RFC 7/8] cryptodev-builtin: add stateless cipher support Longpeng(Mike) 2017-09-11 1:10 ` [virtio-dev] " Longpeng(Mike) 2017-09-11 1:10 ` [Qemu-devel] [RFC 8/8] virtio-crypto: add host feature bits support Longpeng(Mike) 2017-09-11 1:10 ` [virtio-dev] " Longpeng(Mike) 2017-09-11 1:26 ` [Qemu-devel] [RFC 0/8] virtio-crypto: add multiplexing mode support no-reply 2017-09-11 1:26 ` no-reply 2017-09-13 18:14 ` Halil Pasic [this message] 2017-09-13 18:14 ` [virtio-dev] " Halil Pasic 2017-09-14 0:58 ` [Qemu-devel] [virtio-dev] " Longpeng (Mike) 2017-09-14 0:58 ` [virtio-dev] Re: [Qemu-devel] " Longpeng (Mike) 2017-09-15 17:33 ` [Qemu-devel] [virtio-dev] " Halil Pasic 2017-09-15 17:33 ` [virtio-dev] " Halil Pasic 2017-09-18 1:17 ` [Qemu-devel] [virtio-dev] " Longpeng (Mike) 2017-09-18 1:17 ` [virtio-dev] Re: [Qemu-devel] " Longpeng (Mike) 2017-10-06 14:24 ` [Qemu-devel] [virtio-dev] " Halil Pasic 2017-10-06 14:24 ` [virtio-dev] " Halil Pasic 2017-10-09 9:22 ` Gonglei (Arei) 2017-10-09 9:22 ` [virtio-dev] " Gonglei (Arei) 2017-10-09 11:04 ` Halil Pasic 2017-10-09 11:04 ` [virtio-dev] " Halil Pasic 2017-10-09 11:17 ` Gonglei (Arei) 2017-10-09 11:17 ` [virtio-dev] " Gonglei (Arei) 2017-10-10 8:35 ` Longpeng (Mike) 2017-10-10 8:35 ` [virtio-dev] " Longpeng (Mike)
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=2d8ae3d3-438b-da84-4959-cf63f4f4ce99@linux.vnet.ibm.com \ --to=pasic@linux.vnet.ibm.com \ --cc=Jani.Kokkonen@huawei.com \ --cc=Ola.Liljedahl@arm.com \ --cc=Varun.Sethi@freescale.com \ --cc=agraf@suse.de \ --cc=arei.gonglei@hotmail.com \ --cc=arei.gonglei@huawei.com \ --cc=brian.a.keating@intel.com \ --cc=cohuck@redhat.com \ --cc=denglingli@chinamobile.com \ --cc=jasowang@redhat.com \ --cc=john.griffin@intel.com \ --cc=liang.j.ma@intel.com \ --cc=longpeng2@huawei.com \ --cc=luonengjun@huawei.com \ --cc=mike.caraman@nxp.com \ --cc=mst@redhat.com \ --cc=qemu-devel@nongnu.org \ --cc=stefanha@redhat.com \ --cc=vincent.jardin@6wind.com \ --cc=virtio-dev@lists.oasis-open.org \ --cc=wangxinxin.wang@huawei.com \ --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: linkBe 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.