linux-kernel - [PATCH 00/12] md raid acceleration and the async

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [thread-next>] [day] [month] [year] [list]

Message-ID: <e9c3a7c20611301155p4069c642j276d7705b0f81447@mail.gmail.com>
Date:	Thu, 30 Nov 2006 12:55:46 -0700
From:	"Dan Williams" <dan.j.williams@...el.com>
To:	NeilBrown <neilb@...e.de>, "Jeff Garzik" <jeff@...zik.org>,
	"Chris Leech" <christopher.leech@...el.com>, akpm@...l.org
Cc:	"Linux Kernel" <linux-kernel@...r.kernel.org>,
	"Linux RAID Mailing List" <linux-raid@...r.kernel.org>,
	"Olof Johansson" <olof@...om.net>
Subject: [PATCH 00/12] md raid acceleration and the async_tx api

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@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/