[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <VI1PR04MB444530675D82743E8AFFD8FE8C360@VI1PR04MB4445.eurprd04.prod.outlook.com>
Date: Thu, 16 Jan 2020 11:33:24 +0000
From: Iuliana Prodan <iuliana.prodan@....com>
To: Corentin Labbe <clabbe.montjoie@...il.com>,
"alexandre.torgue@...com" <alexandre.torgue@...com>,
"davem@...emloft.net" <davem@...emloft.net>,
"herbert@...dor.apana.org.au" <herbert@...dor.apana.org.au>,
"mcoquelin.stm32@...il.com" <mcoquelin.stm32@...il.com>,
"mripard@...nel.org" <mripard@...nel.org>,
"wens@...e.org" <wens@...e.org>,
Horia Geanta <horia.geanta@....com>,
Aymen Sghaier <aymen.sghaier@....com>
CC: "linux-arm-kernel@...ts.infradead.org"
<linux-arm-kernel@...ts.infradead.org>,
"linux-crypto@...r.kernel.org" <linux-crypto@...r.kernel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"linux-stm32@...md-mailman.stormreply.com"
<linux-stm32@...md-mailman.stormreply.com>,
"linux-sunxi@...glegroups.com" <linux-sunxi@...glegroups.com>
Subject: Re: [PATCH RFC 00/10] crypto: engine: permit to batch requests
On 1/14/2020 3:59 PM, Corentin Labbe wrote:
> Hello
>
> The sun8i-ce hardware can work on multiple requests in one batch.
> For this it use a task descriptor, and chain them.
> For the moment, the driver does not use this mechanism and do requests
> one at a time and issue an irq for each.
>
> Using the chaning will permit to issue less interrupts, and increase
> thoughput.
>
> But the crypto/engine can enqueue lots of requests but can ran them only
> one by one.
>
> This serie introduce a way to batch requests in crypto/engine by
> - setting a batch limit (1 by default)
> - refactor the prepare/unprepare code to permit to have x requests
> prepared/unprepared at the same time.
>
> For testing the serie, the selftest are not enough, since it issue
> request one at a time.
> I have used LUKS for testing it.
>
> Please give me what you think about this serie, specially maintainers
> which have hardware with the same kind of capability.
>
Hi,
I'm working on CAAM, on adding support for crypto-engine.
These modifications are not working on CAAM.
They seem to be specific to requests that are linked. CAAM can work on
multiple request, at the same time, but they are processed independently.
So, I believe the parallelization is a good idea, but the requests still
need to be independent.
I'll follow up with comments on each patch.
Also, IMO you should send the patches for crypto-engine improvements in
a separate series from the one for allwinner driver.
Thanks,
Iulia
> Regards
>
> Corentin Labbe (10):
> crypto: sun8i-ce: move iv data to request context
> crypto: sun8i-ce: increase task list size
> crypto: sun8i-ce: split into prepare/run/unprepare
> crypto: sun8i-ce: introduce the slot number
> crypto: engine: transform cur_req in an array
> crypto: engine: introduce ct
> crypto: sun8i-ce: handle slot > 0
> crypto: engine: add slot parameter
> crypto: engine: permit to batch requests
> crypto: sun8i-ce: use the new batch mechanism
>
> crypto/crypto_engine.c | 76 +++++++----
> .../allwinner/sun8i-ce/sun8i-ce-cipher.c | 121 +++++++++++++-----
> .../crypto/allwinner/sun8i-ce/sun8i-ce-core.c | 17 ++-
> drivers/crypto/allwinner/sun8i-ce/sun8i-ce.h | 17 ++-
> drivers/crypto/omap-aes-gcm.c | 2 +-
> drivers/crypto/omap-aes.c | 4 +-
> drivers/crypto/omap-des.c | 4 +-
> drivers/crypto/stm32/stm32-cryp.c | 8 +-
> drivers/crypto/stm32/stm32-hash.c | 4 +-
> include/crypto/engine.h | 27 +++-
> 10 files changed, 201 insertions(+), 79 deletions(-)
>
Powered by blists - more mailing lists