[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <56DCD938.7090100@mleia.com>
Date: Mon, 7 Mar 2016 03:28:24 +0200
From: Vladimir Zapolskiy <vz@...ia.com>
To: Krzysztof Kozlowski <krzk@...nel.org>,
Herbert Xu <herbert@...dor.apana.org.au>,
"David S. Miller" <davem@...emloft.net>,
linux-crypto@...r.kernel.org, linux-kernel@...r.kernel.org,
linux-samsung-soc@...r.kernel.org
Subject: Re: [PATCH 2/2] crypto: s5p-sss - Handle unaligned buffers
Hi Krzysztof,
On 06.03.2016 12:17, Krzysztof Kozlowski wrote:
> During crypto selftests on Odroid XU3 (Exynos5422) some of the
> algorithms failed because of passing AES-block unaligned source and
> destination buffers:
excuse my ignorance what are the crypto selftests you reference? Are they
run-time self tests run by crypto manager on algorithm registration?
> alg: skcipher: encryption failed on chunk test 1 for ecb-aes-s5p: ret=22
>
> Handle such case by copying the buffers to a new aligned and contiguous
> space.
I'm not quite convinced that a particular crypto accelerator driver
is the right place for this change, at least I don't see in the change
anything S5P-SSS specific, but it might be good to add the change.
Briefly looking at other drivers similarly atmel-* and omap-* have
slow path fallbacks, ./rockchip/rk3288_crypto_ablkcipher.c fails like
s5p-sss etc.
Anyway since it is a valid improvement, please feel free to add my
Acked-by: Vladimir Zapolskiy <vz@...ia.com>
> Signed-off-by: Krzysztof Kozlowski <krzk@...nel.org>
> ---
> drivers/crypto/s5p-sss.c | 149 +++++++++++++++++++++++++++++++++++++++++++----
> 1 file changed, 137 insertions(+), 12 deletions(-)
>
--
With best wishes,
Vladimir
Powered by blists - more mailing lists