* [PATCH 0 of 8] Various MD patches to support device-mapper interaction
@ 2011-06-07 22:45 Jonathan Brassow
2011-06-08 5:21 ` NeilBrown
0 siblings, 1 reply; 2+ messages in thread
From: Jonathan Brassow @ 2011-06-07 22:45 UTC (permalink / raw)
To: linux-raid
Neil,
Please consider the following patches for inclusion:
1) md-no-integrity-register-if-no-gendisk.patch
E-mail received 5/24/2011 of patch application, but it has not yet
landed in 3.0.0-rc2
2) md-no-sync-IO-while-suspended.patch
E-mail received 5/24/2011 of patch application, but it has not yet
landed in 3.0.0-rc2
3) md-possible-typo.patch
You mentioned you might take this one if I changed the message instead
of the parameter value. I've s/ blocks/k/ - better?
4) md-move-thread-wakeups-into-resume.patch
No comments on this yet.
5) md-raid1-changes-to-allow-use-by-device-mapper.patch
No comments on this yet.
6) md-add-sync_super-to-mddev_t-struct.patch
This is the patch I'm proposing as the substitute to the 'analyze_sbs'
patches I had originally posted. We add a function pointer that can be
called from device-mapper for the purposes of updating the superblock.
(This way, the superblock and 'super_types' functions can be in
dm-raid.c.)
7) md-add-bitmap-support.patch
Bitmap support for device-mapper created arrays.
8) md-raid5-do-not-set-fullsync.patch
A somewhat hackish way around the problem of RAID5 setting fullsync on a
device that merely suffered a transient failure.
Thanks,
brassow
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: [PATCH 0 of 8] Various MD patches to support device-mapper interaction
2011-06-07 22:45 [PATCH 0 of 8] Various MD patches to support device-mapper interaction Jonathan Brassow
@ 2011-06-08 5:21 ` NeilBrown
0 siblings, 0 replies; 2+ messages in thread
From: NeilBrown @ 2011-06-08 5:21 UTC (permalink / raw)
To: Jonathan Brassow; +Cc: linux-raid
On Tue, 07 Jun 2011 17:45:33 -0500 Jonathan Brassow <jbrassow@redhat.com>
wrote:
> Neil,
>
> Please consider the following patches for inclusion:
Mostly looks good.
The last two require some changes which I have commented on separately.
If you get me updated versions of those I will put them all at least into
-next, and then see if Linus is willing to include them in -rc3.
Thanks,
NeilBrown
>
> 1) md-no-integrity-register-if-no-gendisk.patch
> E-mail received 5/24/2011 of patch application, but it has not yet
> landed in 3.0.0-rc2
>
> 2) md-no-sync-IO-while-suspended.patch
> E-mail received 5/24/2011 of patch application, but it has not yet
> landed in 3.0.0-rc2
>
> 3) md-possible-typo.patch
> You mentioned you might take this one if I changed the message instead
> of the parameter value. I've s/ blocks/k/ - better?
>
> 4) md-move-thread-wakeups-into-resume.patch
> No comments on this yet.
>
> 5) md-raid1-changes-to-allow-use-by-device-mapper.patch
> No comments on this yet.
>
> 6) md-add-sync_super-to-mddev_t-struct.patch
> This is the patch I'm proposing as the substitute to the 'analyze_sbs'
> patches I had originally posted. We add a function pointer that can be
> called from device-mapper for the purposes of updating the superblock.
> (This way, the superblock and 'super_types' functions can be in
> dm-raid.c.)
>
> 7) md-add-bitmap-support.patch
> Bitmap support for device-mapper created arrays.
>
> 8) md-raid5-do-not-set-fullsync.patch
> A somewhat hackish way around the problem of RAID5 setting fullsync on a
> device that merely suffered a transient failure.
>
> Thanks,
> brassow
>
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-raid" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2011-06-08 5:21 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2011-06-07 22:45 [PATCH 0 of 8] Various MD patches to support device-mapper interaction Jonathan Brassow
2011-06-08 5:21 ` NeilBrown
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).