[PATCH v3 1/7] ARM: OMAP2xxx: hwmod: Convert SHAM crypto device data to hwmod

2012-11-06 Thread Mark A. Greer
From: "Mark A. Greer" Convert the device data for the OMAP2 SHAM crypto IP from explicit platform_data to hwmod. CC: Paul Walmsley Signed-off-by: Mark A. Greer --- arch/arm/mach-omap2/clock2430_data.c | 1 + arch/arm/mach-omap2/devices.c | 34 --

[PATCH v3 7/7] crypto: omap_sham: Remove usage of private DMA API

2012-11-06 Thread Mark A. Greer
From: "Mark A. Greer" Remove usage of the private OMAP DMA API. The dmaengine API will be used instead. CC: Russell King CC: Dmitry Kasatkin Signed-off-by: Mark A. Greer --- drivers/crypto/omap-sham.c | 117 - 1 file changed, 117 deletions(-) diff

[PATCH v3 5/7] crypto: omap-sham: Convert to use pm_runtime API

2012-11-06 Thread Mark A. Greer
From: "Mark A. Greer" Convert the omap-sham crypto driver to use the pm_runtime API instead of the clk API. CC: Kevin Hilman CC: Paul Walmsley CC: Dmitry Kasatkin Signed-off-by: Mark A. Greer --- drivers/crypto/omap-sham.c | 28 +++- 1 file changed, 11 insertions(+),

[PATCH v3 6/7] crypto: omap-sham: Add code to use dmaengine API

2012-11-06 Thread Mark A. Greer
From: "Mark A. Greer" Add code to use the new dmaengine API alongside the existing DMA code that uses the private OMAP DMA API. The API to use is chosen by defining or undefining 'OMAP_SHAM_DMA_PRIVATE'. CC: Russell King CC: Dmitry Kasatkin Signed-off-by: Mark A. Greer --- drivers/crypto/om

[PATCH v3 3/7] ARM: OMAP3xxx: hwmod: Convert SHAM crypto device data to hwmod

2012-11-06 Thread Mark A. Greer
From: "Mark A. Greer" Convert the device data for the OMAP3 SHAM2 (SHA1/MD5) crypto IP from explicit platform_data to hwmod. CC: Paul Walmsley Signed-off-by: Mark A. Greer --- arch/arm/mach-omap2/clock3xxx_data.c | 1 + arch/arm/mach-omap2/devices.c | 42 ++

[PATCH v3 4/7] ARM: OMAP2+: Remove unnecessary message when no SHA IP is present

2012-11-06 Thread Mark A. Greer
From: "Mark A. Greer" Remove the error message that prints when there is no SHA IP present to make it consistent with all the other IPs. CC: Paul Walmsley Signed-off-by: Mark A. Greer --- arch/arm/mach-omap2/devices.c | 19 +++ 1 file changed, 7 insertions(+), 12 deletions(-)

[PATCH v3 2/7] ARM: OMAP2xxx: hwmod: Add DMA support for SHAM module

2012-11-06 Thread Mark A. Greer
From: "Mark A. Greer" The current OMAP2 SHAM support doesn't enable DMA so add that support so it can use DMA just like OMAP3. CC: Paul Walmsley Signed-off-by: Mark A. Greer --- arch/arm/mach-omap2/omap_hwmod_2xxx_interconnect_data.c | 2 +- arch/arm/mach-omap2/omap_hwmod_2xxx_ipblock_data.c

[PATCH v3 0/7] crypto: omap-sham updates

2012-11-06 Thread Mark A. Greer
From: "Mark A. Greer" Changes since v2: - Reworked pm_runtime calls to match where original clk_* calls were so provide better PM (as per Kevin Hilman's comments). Changes since v1: - Removed the check of CM_IDLEST to see if the module exists and ins

[PATCH 5/5] crypto: Atmel SHA driver: add support for latest release of the IP (0x410)

2012-11-06 Thread Nicolas Royer
Updates from IP release 0x320 to 0x400: - add DMA support (previous IP revision use PDC) - add DMA double input buffer support - add SHA224 support Update from IP release 0x400 to 0x410: - add SHA384 and SHA512 support Signed-off-by: Nicolas Royer Acked-by: Nicolas Ferre Acked-by: Eric Béna

[PATCH 4/5] crypto: Atmel TDES driver: add support for latest release of the IP (0x700)

2012-11-06 Thread Nicolas Royer
Update from previous IP release (0x600): - add DMA support (previous IP release use PDC) Signed-off-by: Nicolas Royer Acked-by: Nicolas Ferre Acked-by: Eric Bénard Tested-by: Eric Bénard --- drivers/crypto/atmel-tdes-regs.h |2 + drivers/crypto/atmel-tdes.c | 394 ++

[PATCH 3/5] crypto: Atmel AES driver: add support for latest release of the IP (0x130)

2012-11-06 Thread Nicolas Royer
Updates from previous IP release (0x120): - add cfb64 support - add DMA double input buffer support Signed-off-by: Nicolas Royer Acked-by: Nicolas Ferre Acked-by: Eric Bénard Tested-by: Eric Bénard --- drivers/crypto/atmel-aes.c | 470 +--- 1 files c

[PATCH 2/5] ARM: AT91SAM9G45: same platform data structure for all crypto peripherals

2012-11-06 Thread Nicolas Royer
Only AES use DMA in AT91SAM9G45 (TDES and SHA use PDC). However latest Atmel TDES and SHA IP releases use DMA instead of PDC. --> Atmel TDES and SHA drivers need DMA platform data for those IP releases. Goal of this patch is to use the same platform data structure for all Atmel crypto periphera

[PATCH 1/5] ARM: AT91SAM9G45: fix crypto peripherals irq issue due to sparse irq support.

2012-11-06 Thread Nicolas Royer
Spare irq support introduced by commit "8fe82a5 ARM: at91: sparse irq support" involves to add the NR_IRQS_LEGACY offset to irq number. Signed-off-by: Nicolas Royer Acked-by: Nicolas Ferre Acked-by: Eric Bénard Tested-by: Eric Bénard Cc: sta...@vger.kernel.org # 3.6 --- arch/arm/mach-at91/at9

Re: [PATCH v3] random: prime last_data value per fips requirements

2012-11-06 Thread Neil Horman
On Tue, Nov 06, 2012 at 10:42:42AM -0500, Jarod Wilson wrote: > The value stored in last_data must be primed for FIPS 140-2 purposes. Upon > first use, either on system startup or after an RNDCLEARPOOL ioctl, we > need to take an initial random sample, store it internally in last_data, > then pass

[PATCH v3] random: prime last_data value per fips requirements

2012-11-06 Thread Jarod Wilson
The value stored in last_data must be primed for FIPS 140-2 purposes. Upon first use, either on system startup or after an RNDCLEARPOOL ioctl, we need to take an initial random sample, store it internally in last_data, then pass along the value after that to the requester, so that consistency check

[PATCH v2] random: prime last_data value per fips requirements

2012-11-06 Thread Jarod Wilson
The value stored in last_data must be primed for FIPS 140-2 purposes. Upon first use, either on system startup or after an RNDCLEARPOOL ioctl, we need to take an initial random sample, store it internally in last_data, then pass along the value after that to the requester, so that consistency check

Re: [PATCH] random: prime last_data value per fips requirements

2012-11-06 Thread Jarod Wilson
On Tue, Nov 06, 2012 at 07:05:23AM -0500, Neil Horman wrote: > On Mon, Nov 05, 2012 at 04:00:10PM -0500, Jarod Wilson wrote: > > The value stored in last_data must be primed for FIPS 140-2 purposes. Upon > > first use, either on system startup or after an RNDCLEARPOOL ioctl, we > > need to take an

Re: [PATCH] random: prime last_data value per fips requirements

2012-11-06 Thread Neil Horman
On Mon, Nov 05, 2012 at 04:00:10PM -0500, Jarod Wilson wrote: > The value stored in last_data must be primed for FIPS 140-2 purposes. Upon > first use, either on system startup or after an RNDCLEARPOOL ioctl, we > need to take an initial random sample, store it internally in last_data, > then pass