linux-raid.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: NeilBrown <neilb@suse.de>
To: Andrew Morton <akpm@osdl.org>
Cc: linux-raid@vger.kernel.org
Subject: [PATCH md 000 of 20] Introduction
Date: Mon, 12 Dec 2005 14:10:16 +1100	[thread overview]
Message-ID: <20051212135705.4561.patches@notabene> (raw)

Following are 20 patches for md/raid in 2.6.15-rc5-mm2

The  first 2 are suitable for 2.6.15.
The first fixes a use-after-free bug in raid1 which could only cause problems
with using raid1 with some devices in write-behind mode.
The second fixes a carelessness that could result in a deadlock
if raid5 stripe_cache_size were set too low.

3 through 8 are assorted minor cleanups or bugfixes only relevant to -mm
9 through 20 add a lot more information about md arrays to sysfs and allow
a lot of it to be settable.  This will ultimately make it possible to completely
configure an md array through sysfs without using the ioctl's at all.  This is
good because the ioctl's are limited and while I've manage to squeeze some 
extra functionality out of them, they've reached their limit.

One particular goal I am working towards here is to be able to have an 
md array where the metadata is completely managed by userspace.  A program would
read the superblock - fill in the correct information via sysfs, and start the 
array.
On device failure or other events, userspace gets notified and take necessary 
action like identifying a spare, passing it to md, and requesting a reconstruction. 

This means that e.g. DDF can be supported without adding complexity to the kernel.

Thanks,
NeilBrown


 [PATCH md 001 of 20] Fix a use-after-free bug in raid1
 [PATCH md 002 of 20] Use correct size of raid5 stripe cache when measuring how full it is.
 [PATCH md 003 of 20] Define and use safe_put_page for md.
 [PATCH md 004 of 20] Helper function to match commands written to sysfs files.
 [PATCH md 005 of 20] Fix typo in comment.
 [PATCH md 006 of 20] Make a couple of names in md.c static
 [PATCH md 007 of 20] Make sure bitmap updates are visible through filesystem.
 [PATCH md 008 of 20] Fix rdev->pending counts in raid1
 [PATCH md 009 of 20] Allow chunk_size to be settable through sysfs
 [PATCH md 010 of 20] Allow md array component size to be accessed and set via sysfs
 [PATCH md 011 of 20] Expose md metadata format in sysfs.
 [PATCH md 012 of 20] Allow array level to be set textually via sysfs.
 [PATCH md 013 of 20] Count corrected read errors per drive.
 [PATCH md 014 of 20] Allow md/raid_disks to be settable.
 [PATCH md 015 of 20] Keep better track of dev/array size when assembling md arrays.
 [PATCH md 016 of 20] Expose device slot information via sysfs
 [PATCH md 017 of 20] Export rdev->data_offset via sysfs
 [PATCH md 018 of 20] Allow available size of component devices to be set via sysfs.
 [PATCH md 019 of 20] Support adding new devices to md arrays via sysfs
 [PATCH md 020 of 20] Allow sync-speed to be controlled per-device

             reply	other threads:[~2005-12-12  3:10 UTC|newest]

Thread overview: 23+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-12-12  3:10 NeilBrown [this message]
2005-12-12  3:10 ` [PATCH md 001 of 20] Fix a use-after-free bug in raid1 NeilBrown
2005-12-12  3:10 ` [PATCH md 003 of 20] Define and use safe_put_page for md NeilBrown
2005-12-12  3:10 ` [PATCH md 002 of 20] Use correct size of raid5 stripe cache when measuring how full it is NeilBrown
2005-12-12  3:13 ` [PATCH md 004 of 20] Helper function to match commands written to sysfs files NeilBrown
2005-12-12  3:14 ` [PATCH md 005 of 20] Fix typo in comment NeilBrown
2005-12-12  3:14 ` [PATCH md 006 of 20] Make a couple of names in md.c static NeilBrown
2005-12-12  3:14 ` [PATCH md 007 of 20] Make sure bitmap updates are visible through filesystem NeilBrown
2005-12-12  3:14 ` [PATCH md 008 of 20] Fix rdev->pending counts in raid1 NeilBrown
2005-12-12  3:14 ` [PATCH md 009 of 20] Allow chunk_size to be settable through sysfs NeilBrown
2005-12-12  3:15 ` [PATCH md 010 of 20] Allow md array component size to be accessed and set via sysfs NeilBrown
2005-12-12  3:15 ` [PATCH md 011 of 20] Expose md metadata format in sysfs NeilBrown
2005-12-12  3:15 ` [PATCH md 012 of 20] Allow array level to be set textually via sysfs NeilBrown
2005-12-12  3:15 ` [PATCH md 013 of 20] Count corrected read errors per drive NeilBrown
2005-12-12 10:07   ` Andrew Morton
2005-12-12  3:15 ` [PATCH md 014 of 20] Allow md/raid_disks to be settable NeilBrown
2005-12-12  3:15 ` [PATCH md 015 of 20] Keep better track of dev/array size when assembling md arrays NeilBrown
2005-12-12  3:15 ` [PATCH md 016 of 20] Expose device slot information via sysfs NeilBrown
2005-12-12  3:15 ` [PATCH md 017 of 20] Export rdev->data_offset " NeilBrown
2005-12-12  3:15 ` [PATCH md 018 of 20] Allow available size of component devices to be set " NeilBrown
2005-12-12  3:15 ` [PATCH md 019 of 20] Support adding new devices to md arrays " NeilBrown
2005-12-12  3:15 ` [PATCH md 020 of 20] Allow sync-speed to be controlled per-device NeilBrown
2005-12-12 11:30   ` Jeff Breidenbach

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=20051212135705.4561.patches@notabene \
    --to=neilb@suse.de \
    --cc=akpm@osdl.org \
    --cc=linux-raid@vger.kernel.org \
    /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 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).