Hello Herbert,
This patchset started in order to verify broken Geode driver [1] without
the actual hardware. [2] contains a version of the geode-aes driver where
the hardware routines are replaced with software because I assume that
the hardware is actually working (and this is the closest I get). I came
to the conclusion that the driver should work (I was able to mkfs,cp, sha1
files on the crypto partition).
This patch set contains a small "clean up" of the driver and a fallback
mode for keysize != 128. Hebert, if you like this way of fallback (patch 5)
than I would try to hook the s390 driver with something similar.
This way of fallback allocates a "fully working" driver within the actual
driver. Therefore if we request cbc(aes) with 192 bit key, than we have
1 fallback blkcipher and 1 fallback cipher (due to the chaining nature of
the crypto API).
[1] http://www.mail-archive.com/[email protected]/msg01041.html
[2] git://breakpoint.cc/bigeasy/linux geode_nohw
Sebastian
The Geode AES crypto engine supports only 128 bit long key. This
patch adds fallback for other key sizes which are required by the
AES standard.
Signed-off-by: Sebastian Siewior <[email protected]>
---
drivers/crypto/geode-aes.c | 188 +++++++++++++++++++++++++++++++++++++++-----
drivers/crypto/geode-aes.h | 6 ++
2 files changed, 173 insertions(+), 21 deletions(-)
It is enough if the IV is copied before and after the while loop.
With DM-Crypt is seems not be required to save the IV after encrytion
because a new IV is used in the request (dunno about other users).
It is not save to load the IV within while loop and not save afterwards
because we will end up with the wrong IV if the request consists of more
than one page.
Signed-off-by: Sebastian Siewior <[email protected]>
---
drivers/crypto/geode-aes.c | 10 ++++------
1 files changed, 4 insertions(+), 6 deletions(-)
This three defines are used in every AES related implementation.
Signed-off-by: Sebastian Siewior <[email protected]>
---
arch/i386/crypto/aes.c | 4 +---
arch/s390/crypto/aes_s390.c | 7 +------
arch/x86_64/crypto/aes.c | 6 +-----
crypto/aes.c | 6 +-----
drivers/crypto/geode-aes.c | 1 +
drivers/crypto/padlock-aes.c | 4 +---
include/crypto/aes.h | 15 +++++++++++++++
7 files changed, 21 insertions(+), 22 deletions(-)
create mode 100644 include/crypto/aes.h
The code waits in a busy loop until the hardware finishes the encryption
or decryption process. This wants a cpu_relax() :)
The busy loop finishes either if the encryption is done or if the counter
is zero. If the latter is true than the hardware failed. Since this
should not happen, leave a BUG() statement to notice this.
Signed-off-by: Sebastian Siewior <[email protected]>
---
drivers/crypto/geode-aes.c | 9 ++++++---
1 files changed, 6 insertions(+), 3 deletions(-)
Signed-off-by: Sebastian Siewior <[email protected]>
---
drivers/crypto/geode-aes.c | 32 --------------------------------
drivers/crypto/geode-aes.h | 36 ++++++++++++++++++++++++++++++++++--
2 files changed, 34 insertions(+), 34 deletions(-)
Use proper defines for constants even if they point to the same
value:
- there is no min/max blocksize, there is one for AES.
- the size of the IV is the algorithm's block size in case of CBC.
- there is no key size for AES but three different :)
This is a nitpicker patch, no added value :)
Signed-off-by: Sebastian Siewior <[email protected]>
---
drivers/crypto/geode-aes.c | 44 ++++++++++++++++++++++----------------------
drivers/crypto/geode-aes.h | 9 +++------
2 files changed, 25 insertions(+), 28 deletions(-)
* [email protected] | 2007-10-12 17:21:01 [+0200]:
>Hello Herbert,
I saw you applied 1/6 to your cryptodev tree. What about 2-6 (especially
the fallback approach)?
Sebastian
On Thu, Oct 18, 2007 at 09:35:36PM +0200, Sebastian Siewior wrote:
>
> I saw you applied 1/6 to your cryptodev tree. What about 2-6 (especially
> the fallback approach)?
Could you please repost?
I think I deleted them because the first patch in the original
series didn't apply.
Thanks,
--
Visit Openswan at http://www.openswan.org/
Email: Herbert Xu ~{PmV>HI~} <[email protected]>
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt