Re: [PADLOCK] PadLock SHA1 / SHA256 support

2006-07-05 Thread Michal Ludvig
Herbert Xu wrote: The only thing I'd like to tweak is to use the newly added template mechanism to pick the fallback. But you don't have to worry about this. I'll see if it fits or not first :) Anything else to be done from my side? Or can I go ahead and send you the whole patchset with all

Re: [PADLOCK] PadLock SHA1 / SHA256 support

2006-07-05 Thread Herbert Xu
On Thu, Jul 06, 2006 at 12:21:07PM +1200, Michal Ludvig wrote: Anything else to be done from my side? Or can I go ahead and send you the whole patchset with all prerequisities (sha*-generic aliases and two new accessors) for commit? I guess you can add the improved fallback selection later.

[CRYPTO 0/4] PadLock SHA1 / SHA256 driver

2006-07-05 Thread Michal Ludvig
Hi, this patch series brings support for SHA1 and SHA256 algorithms available in VIA C7 Padlock Hash Engine. It applies on top of cryptodev-2.6 GIT tree. Michal - To unsubscribe from this list: send the line unsubscribe linux-crypto in the body of a message to [EMAIL PROTECTED] More

[CRYPTO 1/4] Add module aliases for sha1 / sha256

2006-07-05 Thread Michal Ludvig
Crypto modules should be loadable by their .cra_driver_name, so we should make MODULE_ALIAS()es with these names. This patch adds aliases for SHA1 and SHA256 only as that's what we need for PadLock-SHA driver. Signed-off-by: Michal Ludvig [EMAIL PROTECTED] Index: linux/crypto/sha1.c

[CRYPTO 2/4] Add missing accessors for new crypto_alg fields.

2006-07-05 Thread Michal Ludvig
Add missing accessors for new crypto_alg fields. Signed-off-by: Michal Ludvig [EMAIL PROTECTED] Index: linux-2.6.16.13-xenU/include/linux/crypto.h === --- linux-2.6.16.13-xenU.orig/include/linux/crypto.h +++

[CRYPTO 3/4] padlock: Driver for SHA1 / SHA256 algorithms

2006-07-05 Thread Michal Ludvig
Support for SHA1 / SHA256 algorithms in VIA C7 processors. Signed-off-by: Michal Ludvig [EMAIL PROTECTED] Index: linux-2.6.16.13-xenU/drivers/crypto/padlock-sha.c === --- /dev/null +++

[CRYPTO 4/4] padlock: Get rid of padlock-generic.c

2006-07-05 Thread Michal Ludvig
Merge padlock-generic.c into padlock-aes.c and compile AES as a standalone module. We won't make a monolithic padlock.ko with all supported algorithms, instead we'll compile each driver into its own module. Signed-off-by: Michal Ludvig [EMAIL PROTECTED] Index: