On Tue, 01 Mar 2011 15:56:41 +0100 Adam Kwolek <adam.kwolek@xxxxxxxxx> wrote: > The following series implements next part of resuming reshape from checkpoint. > In this series call to invoke reshape is included. > It is required to have backup file to run reshape, so backup file validation is added > (without checking in file system) > Array seams to be configured for reshape, monitor is blocked and doesn't makes changes > to process. On the end of reshape monitor unblock is placed also. > > In patch: > Continue reshape after assembling array > some plans for supporting container operations is placed. > > Reshape restoring is not working yet (a few more pathes are still required) > I hope some of therm I'll post tomorrow. > > BR > Adam > > --- > > Adam Kwolek (7): > FIX: array is frozen after reshape > Continue reshape after assembling array > FIX: Block monitor when starting array with reshape in progress > Add block_subarray() > FIX: configure disks slot for expansion > FIX: reshape in md should wait for monitoring process (external metadata) > FIX: Verify Backup file name before reshape > > > Assemble.c | 64 +++++++++++++++++++++++++++++++++++++++++++++------------ > Grow.c | 15 ++++++++++++- > Incremental.c | 1 + > msg.c | 18 ++++++++++++---- > msg.h | 2 ++ > 5 files changed, 81 insertions(+), 19 deletions(-) > I have applied the patches among these which make sense, and replied to the ones that really don't. If you think one of the patches that I rejected really is needed, please provide specific detail of what you try to do, how it doesn't work, and what you think is the reason. All applied patches have been pushed to my devel-3.2 branch. Thanks, NeilBrown -- To unsubscribe from this list: send the line "unsubscribe linux-raid" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
