From: Dan Williams <dan.j.williams@intel.com>
To: neilb@suse.de
Cc: linux-raid@vger.kernel.org
Subject: [PATCH v2 0/9] Asynchronous raid6 acceleration (part 3 of 3)
Date: Mon, 31 Aug 2009 09:41:04 -0700 [thread overview]
Message-ID: <20090831163914.1696.55782.stgit@dwillia2-linux.ch.intel.com> (raw)
Modify the raid6 driver to offload stripe operations to the async_tx api.
git://git.kernel.org/pub/scm/linux/kernel/git/djbw/async_tx.git raid6
The changes since v1 are:
1/ Use a percpu scribble buffer for passing the address lists and a
raid6 spare page to the async_tx api.
2/ Fixed a potential assertion in handle_parity_checks6()
3/ An experimental multicore raid456 option. Given the new percpu
scheme it is a straightforward conversion to have raid5d issue
work to the async thread pool.
As before let me know if it is suitable to take this into linux-next via
async_tx.git/next, or if you would rather it go through md.git/for-next.
Thanks,
Dan
---
Dan Williams (4):
md/raid456: distribute raid processing over multiple cores
md/raid6: asynchronous handle_parity_check6
md/raid6: asynchronous raid6 operations
md/raid5: factor out mark_uptodate from ops_complete_compute5
Yuri Tikhonov (5):
md/raid6: remove synchronous infrastructure
md/raid6: asynchronous handle_stripe6
md/raid6: asynchronous handle_stripe_dirtying6
md/raid6: asynchronous handle_stripe_fill6
md/raid5,6: common schedule_reconstruction for raid5/6
drivers/md/Kconfig | 13 +
drivers/md/raid5.c | 1246 ++++++++++++++++++++++++++++++----------------------
drivers/md/raid5.h | 8
3 files changed, 728 insertions(+), 539 deletions(-)
next reply other threads:[~2009-08-31 16:41 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-08-31 16:41 Dan Williams [this message]
2009-08-31 16:41 ` [PATCH v2 1/9] md/raid5: factor out mark_uptodate from ops_complete_compute5 Dan Williams
2009-08-31 16:41 ` [PATCH v2 2/9] md/raid6: asynchronous raid6 operations Dan Williams
2009-09-15 5:32 ` Neil Brown
2009-08-31 16:41 ` [PATCH v2 3/9] md/raid5, 6: common schedule_reconstruction for raid5/6 Dan Williams
2009-08-31 16:41 ` [PATCH v2 4/9] md/raid6: asynchronous handle_stripe_fill6 Dan Williams
2009-08-31 16:41 ` [PATCH v2 5/9] md/raid6: asynchronous handle_stripe_dirtying6 Dan Williams
2009-08-31 16:41 ` [PATCH v2 6/9] md/raid6: asynchronous handle_parity_check6 Dan Williams
2009-08-31 16:41 ` [PATCH v2 7/9] md/raid6: asynchronous handle_stripe6 Dan Williams
2009-09-15 5:26 ` Neil Brown
2009-09-15 8:42 ` Dan Williams
2009-08-31 16:41 ` [PATCH v2 8/9] md/raid6: remove synchronous infrastructure Dan Williams
2009-08-31 16:41 ` [PATCH v2 9/9] md/raid456: distribute raid processing over multiple cores Dan Williams
2009-08-31 17:23 ` [PATCH v2 0/9] Asynchronous raid6 acceleration (part 3 of 3) kwick
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20090831163914.1696.55782.stgit@dwillia2-linux.ch.intel.com \
--to=dan.j.williams@intel.com \
--cc=linux-raid@vger.kernel.org \
--cc=neilb@suse.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.