> -----Original Message-----
> From: De Lara Guarch, Pablo [mailto:pablo.de.lara.gua...@intel.com]
> Sent: Friday, March 30, 2018 6:12 AM
> To: Zhoujian (jay) <jianjay.z...@huawei.com>; dev@dpdk.org
> Cc: Zhang, Roy Fan <roy.fan.zh...@intel.com>; tho...@monjalon.net; Gonglei
> (Arei) <arei.gong...@huawei.com>; Zeng, Xin <xin.z...@intel.com>;
> Huangweidong (C) <weidong.hu...@huawei.com>; wangxin (U)
> <wangxinxin.w...@huawei.com>; longpeng <longpe...@huawei.com>
> Subject: RE: [PATCH v3 2/7] crpyto/virtio: add crypto related session
> structure
>
>
>
> > -----Original Message-----
> > From: Jay Zhou [mailto:jianjay.z...@huawei.com]
> > Sent: Sunday, March 25, 2018 9:34 AM
> > To: dev@dpdk.org
> > Cc: De Lara Guarch, Pablo <pablo.de.lara.gua...@intel.com>; Zhang, Roy
> > Fan <roy.fan.zh...@intel.com>; tho...@monjalon.net;
> > arei.gong...@huawei.com; Zeng, Xin <xin.z...@intel.com>;
> > weidong.hu...@huawei.com; wangxinxin.w...@huawei.com;
> > longpe...@huawei.com; jianjay.z...@huawei.com
> > Subject: [PATCH v3 2/7] crpyto/virtio: add crypto related session
> > structure
>
> Typo in title.
Will fix.
>
> >
> > This structure will be used in the following patches, especially at
> > creating and destroying crypto sessions.
> >
> > Signed-off-by: Jay Zhou <jianjay.z...@huawei.com>
> > ---
> > drivers/crypto/virtio/virtio_crypto_algs.h | 27
> > +++++++++++++++++++++++++++
> > 1 file changed, 27 insertions(+)
> > create mode 100644 drivers/crypto/virtio/virtio_crypto_algs.h
> >
> > diff --git a/drivers/crypto/virtio/virtio_crypto_algs.h
> > b/drivers/crypto/virtio/virtio_crypto_algs.h
> > new file mode 100644
> > index 0000000..5f1e9df
> > --- /dev/null
> > +++ b/drivers/crypto/virtio/virtio_crypto_algs.h
> > @@ -0,0 +1,27 @@
> > +/* SPDX-License-Identifier: BSD-3-Clause
> > + * Copyright(c) 2018 HUAWEI TECHNOLOGIES CO., LTD.
> > + */
> > +
> > +#ifndef _VIRTIO_CRYPTO_ALGS_H_
> > +#define _VIRTIO_CRYPTO_ALGS_H_
> > +
> > +#include <rte_memory.h>
> > +#include <linux/virtio_crypto.h>
> > +
> > +struct virtio_crypto_session {
> > + uint64_t session_id;
>
> Probably a uint32_t here is enough.
Consider the type of session_id in the struct virtio_crypto_op_header
of linux kernel and QEMU side is uint64_t, could we just keep it
as uint64_t for consistency?
Regards,
Jay
