[PATCH 00/12] md raid acceleration and the async_tx api

[Dan Williams]

Here is the latest version of the raid acceleration patch set.  Since
the last release I have created the async_tx api to address the
concerns raised by Neil and Jeff.  With this api in place the raid5
asynchronous and synchronous paths are no longer separated, i.e. there
are no hardware specific concerns in the raid code.

The async_tx api is proposed as a special dmaengine management client
that allows offload engines to be used for bulk memory
transfers/transforms, and fallback to synchronous routines when an
engine is not present.

This implementation has been tested on iop13xx and iop33x platforms in
both the synchronous case and the asynchronous case with the iop-adma
driver.  The changes to the ioatdma driver have only been compile
tested, and testing NET_DMA with iop-adma is pending.

Please consider for -mm.  These patches are against 2.6.19.

Dan Williams:
     dmaengine: add base support for the async_tx api
     dmaengine: add the async_tx api
     dmaengine: driver for the iop32x, iop33x, and iop13xx raid engines
     md: add raid5_run_ops and support routines
     md: workqueue for raid5 operations
     md: move write operations to raid5_run_ops
     md: move raid5 compute block operations to raid5_run_ops
     md: move raid5 parity checks to raid5_run_ops
     md: satisfy raid5 read requests via raid5_run_ops
     md: use async_tx and raid5_run_ops for raid5 expansion operations
     md: raid5 io requests to raid5_run_ops
     md: remove raid5 compute_block and compute_parity5

Regards,
Dan
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/