RE: [PATCH v4 3/7] fsl-dma: change release process of dma descriptor for supporting async_tx

> -Original Message- > From: Ira W. Snyder [mailto:i...@ovro.caltech.edu] > Sent: Tuesday, July 31, 2012 5:10 AM > To: Liu Qiang-B32616 > Cc: linux-crypto@vger.kernel.org; linuxppc-...@lists.ozlabs.org; Phillips > Kim-R1AAHA; herb...@gondor.hengli.com.au; da...@davemloft.net; Dan > Williams

RE: [linuxppc-release] [PATCH v4 7/7] fsl-dma: add memcpy self test interface

> -Original Message- > From: linux-crypto-ow...@vger.kernel.org [mailto:linux-crypto- > ow...@vger.kernel.org] On Behalf Of Ira W. Snyder > Sent: Tuesday, July 31, 2012 2:33 AM > To: Tabi Timur-B04825 > Cc: Liu Qiang-B32616; linux-crypto@vger.kernel.org; linuxppc- > d...@lists.ozlabs.org; V

Re: [PATCH v4 3/7] fsl-dma: change release process of dma descriptor for supporting async_tx

On Fri, Jul 27, 2012 at 05:16:09PM +0800, qiang@freescale.com wrote: > From: Qiang Liu > > Fix the potential risk when enable config NET_DMA and ASYNC_TX. > Async_tx is lack of support in current release process of dma descriptor, > all descriptors will be released whatever is acked or no-ack

Re: [linuxppc-release] [PATCH v4 7/7] fsl-dma: add memcpy self test interface

On Mon, Jul 30, 2012 at 12:48:41PM -0500, Timur Tabi wrote: > qiang@freescale.com wrote: > > > > Add memory copy self test when probe device, fsl-dma will be disabled > > if self test failed. > > Is this a real problem that can occur? The DMA driver used to have a > self-test, but I removed

Re: [linuxppc-release] [PATCH v4 7/7] fsl-dma: add memcpy self test interface

qiang@freescale.com wrote: > > Add memory copy self test when probe device, fsl-dma will be disabled > if self test failed. Is this a real problem that can occur? The DMA driver used to have a self-test, but I removed it a long time ago because it was pointless. I don't see why we need to a

[PATCH 3/3] crypto: cast6-avx - tune assembler code for ~11% more performance

Patch replaces 'movb' instructions with 'movzbl' to break false register dependencies, interleaves instructions better for out-of-order scheduling and merges constant 16-bit rotation with round-key variable rotation. Also move common round code to separate functions to reduce object size. Tested

[PATCH 2/3] crypto: cast5-avx - tune assembler code for ~11% more performance

Patch replaces 'movb' instructions with 'movzbl' to break false register dependencies, interleaves instructions better for out-of-order scheduling and merges constant 16-bit rotation with round-key variable rotation. Tested on Core i5-2450M. Cc: Johannes Goetzfried Signed-off-by: Jussi Kivilinna

[PATCH 1/3] crypto: twofish-avx - tune assembler code for ~10% more performance

Patch replaces 'movb' instructions with 'movzbl' to break false register dependencies and interleaves instructions better for out-of-order scheduling. Also move common round code to separate function to reduce object size. Tested on Core i5-2450M. Cc: Johannes Goetzfried Signed-off-by: Jussi Ki

[PATCH v2] crypto api: add crc32 pclmulqdq implementation and wrappers for table implementation

From: Alexander Boyko This patch adds crc32 algorithms to shash crypto api. One is wrapper to generic crc32_le function. Second is crc32 pclmulqdq implementation. It use hardware provided PCLMULQDQ instruction to accelerate the CRC32 disposal. This instruction present from Intel Westmere and A

Re: [PATCH 3/4] powerpc/crypto: add 842 hardware compression driver

On Fri, 2012-07-20 at 09:01 -0500, Seth Jennings wrote: > On 07/20/2012 12:33 AM, Michael Ellerman wrote: > > On Thu, 2012-07-19 at 09:42 -0500, Seth Jennings wrote: > >> This patch adds the driver for interacting with the 842 > >> compression accelerator on IBM Power7+ systems. > > > > ... > > >

Re: [PATCH 0/4] powerpc/crypto: IBM Power7+ in-Nest compression support

On Thu, Jul 19, 2012 at 09:42:37AM -0500, Seth Jennings wrote: > This is a continuation of support for the Power7+ in-Nest > hardware accelerator. > > https://lkml.org/lkml/2012/4/12/223 > > This patchset adds the hardware driver and the cryptographic > driver for hardware accelerated compression

Re: [PATCH 1/3 v2] crypto: caam - fix possible deadlock condition

On Fri, Jul 13, 2012 at 06:04:23PM -0500, Kim Phillips wrote: > commit "crypto: caam - use non-irq versions of spinlocks for job rings" > made two bad assumptions: > > (a) The caam_jr_enqueue lock isn't used in softirq context. > Not true: jr_enqueue can be interrupted by an incoming net > interru

Re: [PATCH 0/6] crypto: add x86_64/avx assembler implementation of cast5 and cast6

On Wed, Jul 11, 2012 at 07:36:46PM +0200, Johannes Goetzfried wrote: > This patchset adds x86_64/avx assembler implementations of the Cast5 and the > Cast6 cipher. > > Johannes Goetzfried (6): > crypto: cast5 - prepare generic module for optimized implementations > crypto: testmgr - add larger

Re: [PATCH 00/14] crypto: cleanup - alg and shash init/exit cleanups and remove unneeded cra_list initializations

On Wed, Jul 11, 2012 at 02:19:50PM +0300, Jussi Kivilinna wrote: > Patches 1-5 change various cipher modules to use new crypto_register_algs and > crypto_unregister_algs. > > Patch 6 adds new crypto_register_shashes and crypto_unregister_shashes > functions for registering multiple shash algorithm

Re: linux-next: Tree for July 2 (crypto/hifn_795x)

On Mon, Jul 09, 2012 at 09:40:22PM +, Randy Dunlap wrote: > On 07/09/2012 10:54 AM, Jussi Kivilinna wrote: > > > Quoting Randy Dunlap : > > > >> On 07/02/2012 12:23 AM, Stephen Rothwell wrote: > >> > >>> Hi all, > >>> > >>> Changes since 20120629: > >>> > >> > >> > >> on i386: > >> > >> > >>