Re: [dpdk-dev] [PATCH v4 02/15] crypto: add total raw buffer length

2021-10-17 Thread Hemant Agrawal
Hi Fan On 10/14/2021 6:09 PM, Zhang, Roy Fan wrote: Hi Hemant, I still think it is enough to use rte_crypto_vec as well as rte_crypto_sym_ofs is enough to describe the data including both the data and aad. Imagine 2 10 bytes segments case, encryption/hash size of 12 and aad of 8. We will have

Re: [dpdk-dev] [PATCH v4 02/15] crypto: add total raw buffer length

2021-10-15 Thread Ananyev, Konstantin
> The current crypto raw data vectors is extended to support > rte_security usecases, where we need total data length to know > how much additional memory space is available in buffer other > than data length so that driver/HW can write expanded size > data after encryption. > > Signed-off-by: Gag

Re: [dpdk-dev] [PATCH v4 02/15] crypto: add total raw buffer length

2021-10-14 Thread Zhang, Roy Fan
Hi Hemant, I still think it is enough to use rte_crypto_vec as well as rte_crypto_sym_ofs is enough to describe the data including both the data and aad. Imagine 2 10 bytes segments case, encryption/hash size of 12 and aad of 8. We will have struct rte_crypto_vec sgl[2] = {{.base = x, .len = 10

[dpdk-dev] [PATCH v4 02/15] crypto: add total raw buffer length

2021-10-13 Thread Hemant Agrawal
From: Gagandeep Singh The current crypto raw data vectors is extended to support rte_security usecases, where we need total data length to know how much additional memory space is available in buffer other than data length so that driver/HW can write expanded size data after encryption. Signed-o