[PATCH 0 of 8] Various MD patches to support device-mapperinteraction

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


--
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

Re: [PATCH 0 of 8] Various MD patches to support device-mapperinteraction

On Tue, 07 Jun 2011 17:45:33 -0500 Jonathan Brassow
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

--
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