Hi Romain,
On jeu., juin 16 2016, Romain Perier wrote:
>
>>> diff --git a/drivers/crypto/marvell/cesa.h b/drivers/crypto/marvell/cesa.h
>>> index 74071e4..74b84bd 100644
>>> --- a/drivers/crypto/marvell/cesa.h
>>> +++ b/drivers/crypto/marvell/cesa.h
>>> @@ -275,6 +275,7 @@ struct mv_cesa_op_ct
Hello,
Le 15/06/2016 22:07, Boris Brezillon a écrit :
On Wed, 15 Jun 2016 21:15:30 +0200
Romain Perier wrote:
Adding a TDMA descriptor at the end of the request for copying the
output IV vector via a DMA transfer. This is required for processing
cipher requests asynchroniously in chained mode
On Wed, 15 Jun 2016 21:15:30 +0200
Romain Perier wrote:
> @@ -135,23 +140,23 @@ static int mv_cesa_ablkcipher_process(struct
> crypto_async_request *req,
> {
> struct ablkcipher_request *ablkreq = ablkcipher_request_cast(req);
> struct mv_cesa_ablkcipher_req *creq = ablkcipher_reque
On Wed, 15 Jun 2016 21:15:30 +0200
Romain Perier wrote:
> Adding a TDMA descriptor at the end of the request for copying the
> output IV vector via a DMA transfer. This is required for processing
> cipher requests asynchroniously in chained mode, otherwise the content
asynchron
Adding a TDMA descriptor at the end of the request for copying the
output IV vector via a DMA transfer. This is required for processing
cipher requests asynchroniously in chained mode, otherwise the content
of the IV vector will be overwriten for each new finished request.
Signed-off-by: Romain Pe