On Thu, 11 Jun 2009, Nicolas Pitre wrote:
> On Thu, 11 Jun 2009, Sebastian Andrzej Siewior wrote:
>
> > * Nicolas Pitre | 2009-06-11 16:36:42 [-0400]:
> >
> > >> Adding a revision history is good thing... I could not find the ARM tree
> > >> but I've rebased this patch against the orion tree [0]
On Thu, 11 Jun 2009, Russell King - ARM Linux wrote:
> For these interfaces, I am a strong believer in purpose-defined
> interfaces to caches and the like. If what we have doesn't provide
> what's required, we need to provide something else.
>
> So, the question is what are you trying to do with
On Thu, 11 Jun 2009, Sebastian Andrzej Siewior wrote:
> * Nicolas Pitre | 2009-06-11 16:36:42 [-0400]:
>
> >> Adding a revision history is good thing... I could not find the ARM tree
> >> but I've rebased this patch against the orion tree [0].
> >
> >Actually, I'm leaning towards the removal of s
On Thu, Jun 11, 2009 at 11:07:34PM +0200, Sebastian Andrzej Siewior wrote:
> If you thing it is too early I can keep hacking in my own git tree until
> I get the dmac_flush_range() hack out or so.
The problem that I percieve with these kinds of hacks is that they
tend to spread into other code, an
* Nicolas Pitre | 2009-06-11 16:36:42 [-0400]:
>> Adding a revision history is good thing... I could not find the ARM tree
>> but I've rebased this patch against the orion tree [0].
>
>Actually, I'm leaning towards the removal of such dynamic mappings
>altogether and keep an unconditional static
On Thu, 11 Jun 2009, Sebastian Andrzej Siewior wrote:
> * Nicolas Pitre | 2009-06-11 15:17:09 [-0400]:
>
> >This one is already merged in the Orion and ARM tree, with a minor fix
> >and device renamed to be more generic. The equivalent registration for
> >Kirkwood is merged as well already.
>
From: Sebastian Andrzej Siewior
init & register the crypto device.
Signed-off-by: Sebastian Andrzej Siewior
---
arch/arm/mach-orion5x/common.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-orion5x/common.c b/arch/arm/mach-orion5x/common.c
index eafcc49.
* Nicolas Pitre | 2009-06-11 15:17:09 [-0400]:
>This one is already merged in the Orion and ARM tree, with a minor fix
>and device renamed to be more generic. The equivalent registration for
>Kirkwood is merged as well already.
Adding a revision history is good thing... I could not find the AR
On Thu, 11 Jun 2009, arm-ker...@ml.breakpoint.cc wrote:
> From: Sebastian Andrzej Siewior
>
> use the new driver for the crypto engine
>
> Signed-off-by: Sebastian Andrzej Siewior
Since the crypto engine is part of the SOC, this is not a board specific
thing. Hence this should be initialize
On Thu, 11 Jun 2009, arm-ker...@ml.breakpoint.cc wrote:
> From: Sebastian Andrzej Siewior
>
> The security accelerator which can act as a puppet player for the crypto
> engine requires its commands in the sram. This patch adds support for the
> phys mapping and creates a platform device the actu
From: Sebastian Andrzej Siewior
The security accelerator which can act as a puppet player for the crypto
engine requires its commands in the sram. This patch adds support for the
phys mapping and creates a platform device the actual driver.
Signed-off-by: Sebastian Andrzej Siewior
---
arch/arm
This patch series contains support for crypto engine which can be found on
a few Marvell SoC. The crypto driver currently uses dmac_flush_range() to
flush the result back to phys mem. This hack goes away once I've implemented
DMA support. The alternative temporary solution would be to use
flush_ke
From: Sebastian Andrzej Siewior
This adds support for Marvell's Cryptographic Engines and Security
Accelerator (CESA) which can be found on a few SoC.
Tested with dm-crypt.
Signed-off-by: Sebastian Andrzej Siewior
---
drivers/crypto/Kconfig | 13 +
drivers/crypto/Makefile |1 +
driver
From: Sebastian Andrzej Siewior
use the new driver for the crypto engine
Signed-off-by: Sebastian Andrzej Siewior
---
arch/arm/mach-orion5x/ts209-setup.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-orion5x/ts209-setup.c
b/arch/arm/mach-orion5x/ts209-
On Mon, Jun 08, 2009 at 01:32:09PM -0400, Jarod Wilson wrote:
> Just started running fips cavs test vectors through an s390x system
> for giggles, and discovered that I missed patching s390's arch-specific
> des3 implementation w/an earlier des3 patch to permit weak keys.
>
> This change adds the
* Ben Dooks | 2009-05-07 22:39:22 [+0100]:
Sorry for the late reply.
>> diff --git a/drivers/crypto/mv_crypto.c b/drivers/crypto/mv_crypto.c
>> new file mode 100644
>> index 000..40eb083
>> --- /dev/null
>> +++ b/drivers/crypto/mv_crypto.c
>> +struct req_progress {
>> +struct sg_mapping_
PCLMULQDQ is used to accelerate the most time-consuming part of GHASH,
carry-less multiplication. More information about PCLMULQDQ can be
found at:
http://software.intel.com/en-us/articles/carry-less-multiplication-and-its-usage-for-computing-the-gcm-mode/
Because PCLMULQDQ changes XMM state, its
Remove the dedicated GHASH implementation in GCM, and uses the GHASH
digest algorithm instead. This will make GCM uses hardware accelerated
GHASH implementation automatically if available.
ahash instead of shash interface is used, because some hardware
accelerated GHASH implementation needs asynch
This is used by AES-NI accelerated AES implementation and PCLMULQDQ
accelerated GHASH implementation.
Signed-off-by: Huang Ying
---
arch/x86/crypto/aesni-intel_glue.c |7 ---
arch/x86/include/asm/i387.h|7 +++
2 files changed, 7 insertions(+), 7 deletions(-)
--- a/arch/
crypto_hash interface has some issue and will be replaced by
crypto_shash. This patch replace crypto_hash in cryptd hash with
crypto_shash.
Signed-off-by: Huang Ying
---
crypto/cryptd.c | 118 ++--
1 file changed, 73 insertions(+), 45 deletio
GHASH is implemented as a shash algorithm. The actual implementation
is copied from gcm.c. This makes it possible to add
architecture/hardware accelerated GHASH implementation.
Signed-off-by: Huang Ying
---
crypto/Kconfig |7 +
crypto/Makefile|2
crypto/ghash-generic.c
cryptd_alloc_ahash() will allocate a cryptd-ed ahash for specified
algorithm name. The new allocated one is guaranteed to be cryptd-ed
ahash, so the shash underlying can be gotten via cryptd_ahash_child().
Signed-off-by: Huang Ying
---
crypto/cryptd.c | 35
Needed to use shash in cryptd hash.
Signed-off-by: Huang Ying
---
crypto/shash.c |6 ++
include/crypto/algapi.h |8
2 files changed, 14 insertions(+)
--- a/include/crypto/algapi.h
+++ b/include/crypto/algapi.h
@@ -240,6 +240,14 @@ static inline struct cipher_alg *
Hi, Herbert,
This patchset adds PCLMULQDQ accelerated GHASH. Because conversion from
crypto_hash to crypto_shash has not been done, this patchset is not
intended to be merged now.
Please take a look at the general design.
Best Regards,
Huang Ying
--
To unsubscribe from this list: send the line
24 matches
Mail list logo
