Re: [md-accel PATCH 03/19] xor: make 'xor_blocks' a library routine for use with async_tx

2007-06-27 Thread Herbert Xu
On Wed, Jun 27, 2007 at 09:13:21AM -0700, Dan Williams wrote: > > The hope is that other subsystems beyond md could benefit from offload > engines. For example, the crc32c calculations in btrfs might be a > good candidate, and kcopyd integration has crossed my mind. Yes hopefully we will actuall

Re: [md-accel PATCH 03/19] xor: make 'xor_blocks' a library routine for use with async_tx

2007-06-27 Thread Dan Williams
[ trimmed the cc ] On 6/26/07, Satyam Sharma <[EMAIL PROTECTED]> wrote: Hi Dan, [ Minor thing ... ] Not a problem, thanks for taking a look... On 6/27/07, Dan Williams <[EMAIL PROTECTED]> wrote: > The async_tx api tries to use a dma engine for an operation, but will fall > back to an optimi

Re: [md-accel PATCH 03/19] xor: make 'xor_blocks' a library routine for use with async_tx

2007-06-26 Thread Satyam Sharma
Hi Dan, [ Minor thing ... ] On 6/27/07, Dan Williams <[EMAIL PROTECTED]> wrote: The async_tx api tries to use a dma engine for an operation, but will fall back to an optimized software routine otherwise. Xor support is implemented using the raid5 xor routines. For organizational purposes this

[md-accel PATCH 03/19] xor: make 'xor_blocks' a library routine for use with async_tx

2007-06-26 Thread Dan Williams
The async_tx api tries to use a dma engine for an operation, but will fall back to an optimized software routine otherwise. Xor support is implemented using the raid5 xor routines. For organizational purposes this routine is moved to a common area. The following fixes are also made: * rename xor