From: Boris Brezillon <boris.brezillon@free-electrons.com>
To: Russell King - ARM Linux <linux@arm.linux.org.uk>
Cc: Herbert Xu <herbert@gondor.apana.org.au>, linux-crypto@vger.kernel.org
Subject: Re: hash import/export
Date: Sun, 11 Oct 2015 21:38:58 +0200 [thread overview]
Message-ID: <20151011213858.74b993d4@bbrezillon> (raw)
In-Reply-To: <20151011193427.GI32532@n2100.arm.linux.org.uk>
On Sun, 11 Oct 2015 20:34:27 +0100
Russell King - ARM Linux <linux@arm.linux.org.uk> wrote:
> Herbert,
>
> I wonder if you can clear something up about the hash export/import
> functionality. In:
>
> http://lists.infradead.org/pipermail/linux-arm-kernel/2015-May/344120.html
>
> you seem to imply that the exported and imported state can't be defined
> by the driver.
>
> Boris tells me, "AFAIR, crypto users are expecting md5/sha1/sha256_state
> depending on the crypto req state they are exporting".
Actually, this was my interpretation of Herbert's answer to this driver
submission [1], but maybe I completely misunderstood his point.
>
> From what I can see, there is only one place in the core crypto code
> where hash state is exported and imported, and that's in hash_accept(),
> and that's always done with the same driver. The only other place is
> in the marvell cesa driver itself when initialising the hmac state.
>
> Is there any reason a driver can't define its own structure to be
> exported here which can be shared between each of the different methods
> it supports?
>
> Thanks.
>
[1]http://lists.infradead.org/pipermail/linux-arm-kernel/2015-May/344120.html
--
Boris Brezillon, Free Electrons
Embedded Linux and Kernel engineering
http://free-electrons.com
next prev parent reply other threads:[~2015-10-11 19:39 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-10-11 19:34 hash import/export Russell King - ARM Linux
2015-10-11 19:38 ` Boris Brezillon [this message]
2015-10-11 22:10 ` Russell King - ARM Linux
2015-10-12 1:44 ` Herbert Xu
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20151011213858.74b993d4@bbrezillon \
--to=boris.brezillon@free-electrons.com \
--cc=herbert@gondor.apana.org.au \
--cc=linux-crypto@vger.kernel.org \
--cc=linux@arm.linux.org.uk \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox