* [PATCH v3 0/4] Raid: enable talitos xor offload for improving performance @ 2012-07-16 4:07 Qiang Liu 2012-07-17 1:04 ` Kim Phillips 0 siblings, 1 reply; 3+ messages in thread From: Qiang Liu @ 2012-07-16 4:07 UTC (permalink / raw) To: linux-crypto, linuxppc-dev; +Cc: qiang.liu, herbert, dan.j.williams The following 4 patches enabling fsl-dma and talitos offload raid operations for improving raid performance and balancing CPU load. Write performance will be improved by 25-30% tested by iozone. Write performance is improved about 2% after using spin_lock_bh replace spin_lock_irqsave. CPU load will be reduced by 8%. Changes in v3: - change release process of fsl-dma descriptor for resolve the potential race condition - add test result when use spin_lock_bh replace spin_lock_irqsave - modify the benchmark results according to the latest patch Changes in v2: - rebase onto cryptodev tree - split the patch 3/4 up to 3 independent patches - remove the patch 4/4, the fix is not for cryptodev tree Qiang Liu (4): Talitos: Support for async_tx XOR offload fsl-dma: remove attribute DMA_INTERRUPT of dmaengine fsl-dma: change release process of dma descriptor for supporting async_tx fsl-dma: use spin_lock_bh to instead of spin_lock_irqsave drivers/crypto/Kconfig | 9 + drivers/crypto/talitos.c | 410 +++++++++++++++++++++++++++++++++++++++++++ drivers/crypto/talitos.h | 53 ++++++ drivers/dma/fsldma.c | 436 +++++++++++++++++++++++++--------------------- drivers/dma/fsldma.h | 1 + 5 files changed, 708 insertions(+), 201 deletions(-) ^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [PATCH v3 0/4] Raid: enable talitos xor offload for improving performance 2012-07-16 4:07 [PATCH v3 0/4] Raid: enable talitos xor offload for improving performance Qiang Liu @ 2012-07-17 1:04 ` Kim Phillips 2012-07-17 4:01 ` Liu Qiang-B32616 0 siblings, 1 reply; 3+ messages in thread From: Kim Phillips @ 2012-07-17 1:04 UTC (permalink / raw) To: Qiang Liu; +Cc: herbert, dan.j.williams, linuxppc-dev, linux-crypto On Mon, 16 Jul 2012 12:07:16 +0800 Qiang Liu <qiang.liu@freescale.com> wrote: > drivers/crypto/Kconfig | 9 + > drivers/crypto/talitos.c | 410 +++++++++++++++++++++++++++++++++++++++++++ > drivers/crypto/talitos.h | 53 ++++++ > drivers/dma/fsldma.c | 436 +++++++++++++++++++++++++--------------------- > drivers/dma/fsldma.h | 1 + > 5 files changed, 708 insertions(+), 201 deletions(-) Given the pending talitos patches, this patchseries doesn't apply cleanly: can you rebase onto [1], which is based on Herbert's cryptodev tree and contain's Horia's four patches? They didn't get any negative comments, so I assume eventually they will be applied, and doing so will make Herbert's life easier. I applied the series on Herbert's cryptodev, and while fsldma already had this build warning: drivers/dma/fsldma.c: In function 'fsl_dma_tx_submit': drivers/dma/fsldma.c:636:2: warning: 'cookie' may be used uninitialized in this function [-Wuninitialized] this patchseries introduces a new one: drivers/dma/fsldma.c: In function 'dma_do_tasklet': drivers/dma/fsldma.c:1134:16: warning: unused variable 'flags' [-Wunused-variable] I'll wait for a re-post, after these and Ira's comments are addressed, before trying to test again. Thanks, Kim [1] git://git.freescale.com/crypto/cryptodev.git ^ permalink raw reply [flat|nested] 3+ messages in thread
* RE: [PATCH v3 0/4] Raid: enable talitos xor offload for improving performance 2012-07-17 1:04 ` Kim Phillips @ 2012-07-17 4:01 ` Liu Qiang-B32616 0 siblings, 0 replies; 3+ messages in thread From: Liu Qiang-B32616 @ 2012-07-17 4:01 UTC (permalink / raw) To: Phillips Kim-R1AAHA Cc: herbert@gondor.hengli.com.au, dan.j.williams@intel.com, linuxppc-dev@lists.ozlabs.org, linux-crypto@vger.kernel.org, Li Yang-R58472 > -----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-dev@lists.ozlabs.org; Li Yang- > R58472; dan.j.williams@intel.com; herbert@gondor.hengli.com.au > Subject: Re: [PATCH v3 0/4] Raid: enable talitos xor offload for > improving performance >=20 > On Mon, 16 Jul 2012 12:07:16 +0800 > Qiang Liu <qiang.liu@freescale.com> wrote: >=20 > > drivers/crypto/Kconfig | 9 + > > drivers/crypto/talitos.c | 410 > +++++++++++++++++++++++++++++++++++++++++++ > > drivers/crypto/talitos.h | 53 ++++++ > > drivers/dma/fsldma.c | 436 +++++++++++++++++++++++++------------- > -------- > > drivers/dma/fsldma.h | 1 + > > 5 files changed, 708 insertions(+), 201 deletions(-) >=20 > Given the pending talitos patches, this patchseries doesn't apply > cleanly: can you rebase onto [1], which is based on Herbert's > cryptodev tree and contain's Horia's four patches? They didn't get > any negative comments, so I assume eventually they will be applied, > and doing so will make Herbert's life easier. >=20 > I applied the series on Herbert's cryptodev, and while fsldma > already had this build warning: >=20 > drivers/dma/fsldma.c: In function 'fsl_dma_tx_submit': > drivers/dma/fsldma.c:636:2: warning: 'cookie' may be used uninitialized > in this function [-Wuninitialized] Kim, I will fix it in an another separate patch. >=20 > this patchseries introduces a new one: >=20 > drivers/dma/fsldma.c: In function 'dma_do_tasklet': > drivers/dma/fsldma.c:1134:16: warning: unused variable 'flags' [-Wunused- > variable] Sorry, my bad. I will correct it in v4 5/6 (according to Li Yang's comments= , v3 3/4 should be split up). Thanks. >=20 > I'll wait for a re-post, after these and Ira's comments are > addressed, before trying to test again. I agree, I think his comments is very important. >=20 > Thanks, >=20 > Kim >=20 > [1] git://git.freescale.com/crypto/cryptodev.git ^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2012-07-17 4:02 UTC | newest] Thread overview: 3+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2012-07-16 4:07 [PATCH v3 0/4] Raid: enable talitos xor offload for improving performance Qiang Liu 2012-07-17 1:04 ` Kim Phillips 2012-07-17 4:01 ` Liu Qiang-B32616
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).