Re: [linuxppc-release] [PATCH v3 4/4] fsl-dma: use spin_lock_bh to instead of spin_lock_irqsave

2012-07-16 Thread Li Yang
On Tue, Jul 17, 2012 at 12:23 PM, Liu Qiang-B32616 wrote: >> -Original Message- >> From: Tabi Timur-B04825 >> Sent: Monday, July 16, 2012 10:25 PM >> To: Liu Qiang-B32616 >> Cc: linux-crypto@vger.kernel.org; linuxppc-...@lists.ozlabs.org; Vinod >> Koul; herb...@gondor.hengli.com.au; Dan Wi

RE: [linuxppc-release] [PATCH v3 4/4] fsl-dma: use spin_lock_bh to instead of spin_lock_irqsave

2012-07-16 Thread Liu Qiang-B32616
> -Original Message- > From: Tabi Timur-B04825 > Sent: Monday, July 16, 2012 10:25 PM > To: Liu Qiang-B32616 > Cc: linux-crypto@vger.kernel.org; linuxppc-...@lists.ozlabs.org; Vinod > Koul; herb...@gondor.hengli.com.au; Dan Williams; Li Yang-R58472; > da...@davemloft.net > Subject: Re: [lin

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

2012-07-16 Thread Liu Qiang-B32616
> -Original Message- > From: linux-crypto-ow...@vger.kernel.org [mailto:linux-crypto- > ow...@vger.kernel.org] On Behalf Of Li Yang > Sent: Tuesday, July 17, 2012 11:37 AM > To: Liu Qiang-B32616 > Cc: linux-crypto@vger.kernel.org; linuxppc-...@lists.ozlabs.org; Ira W. > Snyder; Vinod Koul;

RE: [PATCH v3 0/4] Raid: enable talitos xor offload for improving performance

2012-07-16 Thread Liu Qiang-B32616
> -Original Message- > From: Phillips Kim-R1AAHA > Sent: Tuesday, July 17, 2012 9:04 AM > To: Liu Qiang-B32616 > Cc: linux-crypto@vger.kernel.org; linuxppc-...@lists.ozlabs.org; Li Yang- > R58472; dan.j.willi...@intel.com; herb...@gondor.hengli.com.au > Subject: Re: [PATCH v3 0/4] Raid: ena

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

2012-07-16 Thread Li Yang
On Mon, Jul 16, 2012 at 12:08 PM, Qiang Liu wrote: > 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-acked by async_tx, > so there is a potential r

Re: [PATCH v3 0/4] Raid: enable talitos xor offload for improving performance

2012-07-16 Thread Kim Phillips
On Mon, 16 Jul 2012 12:07:16 +0800 Qiang Liu wrote: > drivers/crypto/Kconfig |9 + > drivers/crypto/talitos.c | 410 +++ > drivers/crypto/talitos.h | 53 ++ > drivers/dma/fsldma.c | 436 > +- >

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

2012-07-16 Thread Ira W. Snyder
On Mon, Jul 16, 2012 at 12:08:29PM +0800, Qiang Liu wrote: > 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-acked by async_tx, > so there is a pote

Re: [PATCH 0/2] Fixes for MV_CESA with IDMA or TDMA

2012-07-16 Thread Andrew Lunn
> I think the problem is not in mv_cesa but in > flush_kernel_dcache_page(). I have proposed a fix here: > > http://www.spinics.net/lists/arm-kernel/msg176913.html > > There was a little bit of discussion on the patch, but it has not > been picked up yet. Hi Simon This is core code, not an are

Re: [PATCH 0/2] Fixes for MV_CESA with IDMA or TDMA

2012-07-16 Thread Simon Baatz
Hi Andrew, Phil, On Mon, Jul 16, 2012 at 04:53:18PM +0200, Phil Sutter wrote: > On Mon, Jul 16, 2012 at 04:03:44PM +0200, Andrew Lunn wrote: > > On Mon, Jul 16, 2012 at 03:52:16PM +0200, Phil Sutter wrote: > > > Hey Andrew, > > > > > > On Mon, Jul 16, 2012 at 11:32:25AM +0200, Andrew Lunn wrote:

Re: [PATCH 0/2] Fixes for MV_CESA with IDMA or TDMA

2012-07-16 Thread Phil Sutter
On Mon, Jul 16, 2012 at 04:03:44PM +0200, Andrew Lunn wrote: > On Mon, Jul 16, 2012 at 03:52:16PM +0200, Phil Sutter wrote: > > Hey Andrew, > > > > On Mon, Jul 16, 2012 at 11:32:25AM +0200, Andrew Lunn wrote: > > > I've not been following this thread too closely.. > > > > > > Do you have any patc

Re: [linuxppc-release] [PATCH v3 4/4] fsl-dma: use spin_lock_bh to instead of spin_lock_irqsave

2012-07-16 Thread Tabi Timur-B04825
Qiang Liu wrote: > Use spin_lock_bh to instead of spin_lock_irqsave for improving performance. You forgot to include the evidence that performance has improved, as well as an explanation why it's okay to use spin_lock_bh, and why it's faster. I told you to respin the patch with that informatio

Re: [PATCH 0/2] Fixes for MV_CESA with IDMA or TDMA

2012-07-16 Thread Andrew Lunn
On Mon, Jul 16, 2012 at 03:52:16PM +0200, Phil Sutter wrote: > Hey Andrew, > > On Mon, Jul 16, 2012 at 11:32:25AM +0200, Andrew Lunn wrote: > > I've not been following this thread too closely.. > > > > Do you have any patches you want included into mainline? > > No need to fix anything mainline

Re: [PATCH 0/2] Fixes for MV_CESA with IDMA or TDMA

2012-07-16 Thread Phil Sutter
Hey Andrew, On Mon, Jul 16, 2012 at 11:32:25AM +0200, Andrew Lunn wrote: > I've not been following this thread too closely.. > > Do you have any patches you want included into mainline? No need to fix anything mainline, he's just testing my RFC-state DMA engine addon to MV_CESA. Current state is

Re: [PATCH 0/2] Fixes for MV_CESA with IDMA or TDMA

2012-07-16 Thread Andrew Lunn
Hi Cloudy I've not been following this thread too closely.. Do you have any patches you want included into mainline? Thanks Andrew -- To unsubscribe from this list: send the line "unsubscribe linux-crypto" in the body of a message to majord...@vger.kernel.org More majordomo info at h