linux-toradex.git/drivers/crypto/talitos.c, branch v3.4

crypto: talitos - properly lock access to global talitos registers

2012-04-09T07:13:40+00:00

Access to global talitos registers must be protected for the case when
affinities are configured such that primary and secondary talitos irqs
run on different cpus.

Signed-off-by: Horia Geanta 
Signed-off-by: Kim Phillips 
Signed-off-by: Herbert Xu

crypto: Add CRYPTO_ALG_KERN_DRIVER_ONLY flag

2012-01-13T05:38:40+00:00

The added CRYPTO_ALG_KERN_DRIVER_ONLY indicates whether a cipher
is only available via a kernel driver. If the cipher implementation
might be available by using an instruction set or by porting the
kernel code, then it must not be set.

Signed-off-by: Nikos Mavrogiannopoulos 
Signed-off-by: Herbert Xu

crypto: talitos - convert talitos_error to struct device

2011-12-20T07:20:02+00:00

SEC2/3 h/w doesn't have a dedicated interrupt for errors,
and the only callsite for talitos_error has already done
the type conversion, so simplify talitos_error to take a
pointer to a struct device.

Signed-off-by: Kim Phillips 
Signed-off-by: Herbert Xu

crypto: talitos - remove NO_IRQ references

2011-12-20T07:20:02+00:00

As prescribed by Linus:

https://lkml.org/lkml/2011/12/2/290

Signed-off-by: Kim Phillips 
Signed-off-by: Herbert Xu

crypto: talitos - fix bad kfree

2011-12-20T07:20:01+00:00

Fix a kfree to an invalid address which causes an oops when running
on SEC v2.0 h/w (introduced in commit 702331b "crypto: talitos - add
hmac algorithms").

Signed-off-by: Kim Phillips 
Signed-off-by: Herbert Xu

crypto: convert drivers/crypto/* to use module_platform_driver()

2011-11-30T08:12:48+00:00

This patch converts the drivers in drivers/crypto/* to use the
module_platform_driver() macro which makes the code smaller and a bit
simpler.

Cc: James Hsiao 
Cc: Sebastian Andrzej Siewior 
Cc: Kim Phillips 
Cc: "David S. Miller" 
Signed-off-by: Axel Lin 
Acked-by: Vladimir Zapolskiy 
Acked-by: Jamie Iles 
Signed-off-by: Herbert Xu

crypto: talitos - support for channel remap and 2nd IRQ

2011-11-21T08:21:51+00:00

Some later SEC v3.x are equipped with a second IRQ line.
By correctly assigning IRQ affinity, this feature can be
used to increase performance on dual core parts, like the
MPC8572E and P2020E.

The existence of the 2nd IRQ is determined from the device
node's interrupt property.  If present, the driver remaps
two of four channels, which in turn makes those channels
trigger their interrupts on the 2nd line instead of the first.
To handle single- and dual-IRQ combinations efficiently,
talitos gets two new interrupt handlers and back-half workers.

[includes a fix to MCR_LO's address.]

Signed-off-by: Kim Phillips 
Signed-off-by: Herbert Xu

crypto: talitos - prepare driver for channel remap support

2011-11-21T08:21:50+00:00

Add a reg member to the channel struct and use it to
access channels.

Signed-off-by: Kim Phillips 
Signed-off-by: Herbert Xu

crypto: talitos - be less noisy on startup

2011-11-21T08:21:50+00:00

talitos prints every algorithm it registers at module load time.
Algorithms are being added that make for an excessively noisy console
(latest HMACs patch makes an SEC 3.1 print 20 lines).
Instead, display the SEC h/w version number, and inform the
user of algorithm registration status in /proc/crypto, like so:

talitos ffe30000.crypto: fsl,sec3.1 algorithms registered in /proc/crypto

Signed-off-by: Kim Phillips 
Signed-off-by: Herbert Xu

crypto: talitos - add hmac algorithms

2011-11-21T08:21:48+00:00

Add these hmac algorithms to talitos:
    hmac(md5),
    hmac(sha1),
    hmac(sha224),
    hmac(sha256),
    hmac(sha384),
    hmac(sha512).
These are all type ahash.

Signed-off-by: Lee Nipper 

Fixed up to not register HMAC algorithms on sec2.0 devices.
Rationale (from Lee):

on an 8349E Rev1.1, there's a problem with hmac for any talitos
hmac sequence requiring an intermediate hash context (Pointer
DWORD 1); the result is an incorrect hmac.  An intermediate hash
context is required for something longer than (65536-blocksize),
and for other cases when update/finup/final are used inefficiently.
Interestingly, a normal hash (without hmac) works perfectly
when using an intermediate context.

Signed-off-by: Kim Phillips 
Signed-off-by: Herbert Xu