21 Feb, 2011
1 commit
-
Picochip picoXcell devices have two crypto engines, one targeted
at IPSEC offload and the other at WCDMA layer 2 ciphering.Signed-off-by: Jamie Iles
Signed-off-by: Herbert Xu
19 Oct, 2010
1 commit
-
Changed -objs to -y in Makefile.
Signed-off-by: Tracey Dent
Signed-off-by: Herbert Xu
03 Sep, 2010
1 commit
-
Signed-off-by: Dmitry Kasatkin
Signed-off-by: Herbert Xu
19 May, 2010
1 commit
-
Current deficiencies:
1) No HMAC hash support yet.
2) Although the algs are registered as ASYNC they always run
synchronously.Signed-off-by: David S. Miller
Signed-off-by: Herbert Xu
03 May, 2010
1 commit
-
Earlier kernel contained omap sha1 and md5 driver, which was not maintained,
was not ported to new crypto APIs and removed from the source tree.- implements async crypto API using dma and cpu.
- supports multiple sham instances if available
- hmac
- concurrent requestsSigned-off-by: Dmitry Kasatkin
Signed-off-by: Herbert Xu
10 Aug, 2009
1 commit
-
This adds support for Marvell's Cryptographic Engines and Security
Accelerator (CESA) which can be found on a few SoC.
Tested with dm-crypt.Acked-by: Nicolas Pitre
Signed-off-by: Sebastian Andrzej Siewior
Signed-off-by: Herbert Xu
18 Feb, 2009
1 commit
-
This patch adds support for AMCC ppc4xx security device driver. This is the
initial release that includes the driver framework with AES and SHA1 algorithms
support.The remaining algorithms will be released in the near future.
Signed-off-by: James Hsiao
Signed-off-by: Herbert Xu
10 Jul, 2008
2 commits
-
Add support for the hardware crypto engine provided by the NPE C
of the Intel IXP4xx networking processor series.Supported ciphers: des, des3, aes
and a combination of them with md5 and sha1 hmacSigned-off-by: Christian Hohnstaedt
Signed-off-by: Herbert Xu -
Add support for the SEC available on a wide range of PowerQUICC devices,
e.g. MPC8349E, MPC8548E.This initial version supports authenc(hmac(sha1),cbc(aes)) for use with IPsec.
Signed-off-by: Kim Phillips
Signed-off-by: Herbert Xu
11 Jan, 2008
1 commit
-
This is a driver for HIFN 795x crypto accelerator chips.
It passed all tests for AES, DES and DES3_EDE except weak test for DES,
since hardware can not determine weak keys.Signed-off-by: Evgeniy Polyakov
Signed-off-by: Herbert Xu
02 May, 2007
1 commit
-
When this is compiled in it is run too early to do anything useful:
[ 6.052000] padlock: No VIA PadLock drivers have been loaded.
[ 6.052000] padlock: Using VIA PadLock ACE for AES algorithm.
[ 6.052000] padlock: Using VIA PadLock ACE for SHA1/SHA256 algorithms.When it's a module it isn't doing anything special, the same functionality
can be provided in userspace by "probeall padlock padlock-aes padlock-sha"
in modules.conf if it is required.Signed-off-by: Simon Arlott
Cc: Michal Ludvig
Signed-off-by: Herbert Xu
07 Dec, 2006
1 commit
-
Add a driver to support the AES hardware on the Geode LX processor.
Signed-off-by: Jordan Crouse
Signed-off-by: Herbert Xu
21 Sep, 2006
3 commits
-
Compile a helper module padlock.ko that will try
to autoload all configured padlock algorithms.This also provides backward compatibility with
the ancient times before padlock.ko was renamed
to padlock-aes.koSigned-off-by: Michal Ludvig
Signed-off-by: Herbert Xu -
Support for SHA1 / SHA256 algorithms in VIA C7 processors.
Signed-off-by: Michal Ludvig
Signed-off-by: Herbert Xu -
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
Signed-off-by: Herbert Xu
17 Apr, 2005
1 commit
-
Initial git repository build. I'm not bothering with the full history,
even though we have it. We can create a separate "historical" git
archive of that later if we want to, and in the meantime it's about
3.2GB when imported into git - space that would just make the early
git days unnecessarily complicated, when we don't have a lot of good
infrastructure for it.Let it rip!