From: NeilBrown <neilb@cse.unsw.edu.au>
To: Andrew Morton <akpm@osdl.org>
Cc: linux-raid@vger.kernel.org
Subject: [PATCH md 000 of 8] Introduction
Date: Mon, 22 Aug 2005 11:59:13 +1000 [thread overview]
Message-ID: <20050822115252.4868.patches@notabene> (raw)
Following are 8 patches for md in 2.6.13-rc6-mm1.
The first patch could usefully go into 2.6.13. The remainder should wait
for 2.6.14-rc1.
Number 001 simply calls md_wakeup_thread during raid startup to make
sure that resync gets started. It is always perfectly safe to call
this function -- as long as we don't call it continuously -- as an
extra wakeup doesn't hurt.
The remainder fix:
bugs in code that is only in -mm as yet,
minor bugs in recently added 'bitmap' code,
fix a long standing shortcoming with 'linear' the only one person has
complained about.
Thanks,
NeilBrown
[PATCH md 001 of 8] Make sure resync gets started when array starts.
[PATCH md 002 of 8] Support md/linear array with components greater than 2 terabytes.
[PATCH md 003 of 8] raid1_quiesce is back to front, fix it.
[PATCH md 004 of 8] Make sure bitmap_daemon_work actually does work.
[PATCH md 005 of 8] Do not set mddev->bitmap until bitmap is fully initialised
[PATCH md 006 of 8] Allow hot-adding devices to arrays with non-persistant superblocks.
[PATCH md 007 of 8] Allow md to load a superblock with feature-bit '1' set
[PATCH md 008 of 8] Fix bitmap/read_sb_page so that it handles errors properly.
next reply other threads:[~2005-08-22 1:59 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-08-22 1:59 NeilBrown [this message]
2005-08-22 1:59 ` [PATCH md 003 of 8] raid1_quiesce is back to front, fix it NeilBrown
2005-08-22 1:59 ` [PATCH md 006 of 8] Allow hot-adding devices to arrays with non-persistant superblocks NeilBrown
2005-08-22 1:59 ` [PATCH md 002 of 8] Support md/linear array with components greater than 2 terabytes NeilBrown
2005-08-22 1:59 ` [PATCH md 001 of 8] Make sure resync gets started when array starts NeilBrown
2005-08-22 1:59 ` [PATCH md 005 of 8] Do not set mddev->bitmap until bitmap is fully initialised NeilBrown
2005-08-22 1:59 ` [PATCH md 004 of 8] Make sure bitmap_daemon_work actually does work NeilBrown
2005-08-22 1:59 ` [PATCH md 007 of 8] Allow md to load a superblock with feature-bit '1' set NeilBrown
2005-08-22 1:59 ` [PATCH md 008 of 8] Fix bitmap/read_sb_page so that it handles errors properly NeilBrown
-- strict thread matches above, loose matches on Subject: below --
2005-10-14 2:25 [PATCH md 000 of 8] Introduction NeilBrown
2005-10-16 15:57 ` Mr. James W. Laferriere
2005-10-17 2:38 ` Neil Brown
2005-10-18 1:02 ` Mr. James W. Laferriere
2005-10-17 10:17 George Iosif
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=20050822115252.4868.patches@notabene \
--to=neilb@cse.unsw.edu.au \
--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).