Thread (10 messages) 10 messages, 2 authors, 2008-12-04

Re: [PATCH 0/4] Switch remaining algorithms to shash

From: Adrian-Ken Rueegsegger <hidden>
Date: 2008-12-04 07:56:08

Hello Herbert,

Herbert Xu wrote:
On Thu, Dec 04, 2008 at 01:18:08AM +0100, Adrian-Ken Rueegsegger wrote:
quoted
The first patch removes the message schedule W from struct sha512_ctx
since it gets calculated anew on each execution of sha512_transform. This
reduces the size of sha512_ctx considerably and will allow it to be
registered as a shash algorithm (it will pass the size check in
crypto_register_shash (crypto/shash.c:490)).
Herbert, could you explain why descsize must be smaller (or equal)
than PAGE_SIZE / 8?
This is so that people can put it on the stack safely.  So moving
things out of the context and onto the stack because it's too big
is a no-no :)
Thanks for the explanation.
Perhaps store in a static percpu area?
quoted
The next two patches switch sha512 and wp512 to the new shash interface.
BTW, in order to add missing Kconfig dependencies on HASH I've
just rebased my tree and updated all the shash conversion patches.
So please resend them with the Kconfig bits added.
Will do. I will resubmit the patches later today.
quoted
The fourth patch is another try to convert michael_mic. The key values
l and r are duplicated in the descriptor part since they are used and
changed during the actual transformation. I would be gratefull for
comments on this patch since I am not sure it's the proper way to do it.
Since they're read-only they should be obtained from the tfm context
when needed, just like crc32c.
If I read the code correctly l and r are not read-only, e.g. in
michael_update there are multiple assignments to mctx->l and mctx->r.
That's the reason why I left them in the desc context.

Thank you for your comments,
Adrian
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help