On 2012-6-26 5:59, Phil Sutter wrote:
Hi,
On Tue, Jun 26, 2012 at 12:05:55AM +0800, cloudy.linux wrote:
This time the machine can't finish the boot again and the console was
flooded by the message like below:
Oh well. I decided to drop that BUG_ON() again, since I saw it once
being triggered
Since commit ce6dd368 ("crypto: arc4 - improve performance by adding
ecb(arc4)) we need to pull in a blkcipher.
|ERROR: "crypto_blkcipher_type" [crypto/arc4.ko] undefined!
|ERROR: "blkcipher_walk_done" [crypto/arc4.ko] undefined!
|ERROR: "blkcipher_walk_virt" [crypto/arc4.ko] undefined!
Signed-of
Hi Phil,
I just found the time to test your updates. Alas, the mv_dma module
hangs at boot again. The culprit seems to be setup_mbus_windows(),
which is called before the clock is turned on but accesses the DMA
engine.
I shifted the clock init code a bit and while doing so, fixed some error
case
mv_dma tries to access CESA engine registers before the CESA clock is
enabled. Shift the clock enable code to the proper position.
Additionally, both mv_dma and mv_cesa did not disable the clock if something
went wrong during init.
Signed-off-by: Simon Baatz
---
drivers/crypto/mv_cesa.c |7
On Wed, Jun 27, 2012 at 12:13 AM, Sebastian Andrzej Siewior
wrote:
> Since commit ce6dd368 ("crypto: arc4 - improve performance by adding
> ecb(arc4)) we need to pull in a blkcipher.
>
> |ERROR: "crypto_blkcipher_type" [crypto/arc4.ko] undefined!
> |ERROR: "blkcipher_walk_done" [crypto/arc4.ko] un
Quoting Sandy Harris :
On Wed, Jun 27, 2012 at 12:13 AM, Sebastian Andrzej Siewior
wrote:
Since commit ce6dd368 ("crypto: arc4 - improve performance by adding
ecb(arc4)) we need to pull in a blkcipher.
|ERROR: "crypto_blkcipher_type" [crypto/arc4.ko] undefined!
|ERROR: "blkcipher_walk_done" [
This patch adds support for retrieving and printing of
SEC ERA information. It is useful for knowing beforehand
what features exist from the SEC point of view on a
certain SoC. Only era-s 1 to 4 are currently supported;
other eras will appear as unknown.
Signed-off-by: Alex Porosanu
---
drivers/
From: Bharat Bhushan
The caam job rings (input/output job ring) are allocated using
dma_map_single(). These job rings can be visualized as the ring
buffers in which the jobs are en-queued/de-queued. The s/w enqueues
the jobs in input job ring which h/w dequeues and after processing
it copies the
On Wed, Jun 13, 2012 at 01:22:42PM -0500, Seth Jennings wrote:
> When the nx driver was pulled, the Makefile that actually
> builds it is arch/powerpc/Makefile. This is unnatural.
>
> This patch moves the line that builds the nx driver from
> arch/powerpc/Makefile to drivers/crypto/Makefile where
On Mon, Jun 18, 2012 at 02:06:53PM +0300, Jussi Kivilinna wrote:
> Currently several block-ciphers in arch/x86/crypto duplicate glue code for
> using
> assembler implementations that process multiple blocks parallel. This patchset
> adds shared glue_helper module for these 128bit cipher modules to
On Fri, Jun 22, 2012 at 07:42:34PM -0500, Kim Phillips wrote:
> The following updates bring the upstream CAAM driver mostly up to date wrt
> Freescale's SDK 1.2 release:
>
> patch 1 is a cosmetic fix
>
> patch 2 is a mapping size fix
>
> patches 3-5 are protocol descriptor generation updates (no
On Tue, Jun 26, 2012 at 06:13:46PM +0200, Sebastian Andrzej Siewior wrote:
> Since commit ce6dd368 ("crypto: arc4 - improve performance by adding
> ecb(arc4)) we need to pull in a blkcipher.
>
> |ERROR: "crypto_blkcipher_type" [crypto/arc4.ko] undefined!
> |ERROR: "blkcipher_walk_done" [crypto/arc
12 matches
Mail list logo
