summaryrefslogtreecommitdiffstats
path: root/crypto
diff options
context:
space:
mode:
authorNeilBrown <neilb@suse.de>2014-01-14 15:55:14 +1100
committerNeilBrown <neilb@suse.de>2014-01-14 16:44:21 +1100
commit7eb418851f3278de67126ea0c427641ab4792c57 (patch)
tree6faa679f307ec0d333765bc87baa50021ebd9959 /crypto
parentf466722ca614edcd14f3337373f33132117c7612 (diff)
downloadlinux-7eb418851f3278de67126ea0c427641ab4792c57.tar.gz
linux-7eb418851f3278de67126ea0c427641ab4792c57.tar.bz2
linux-7eb418851f3278de67126ea0c427641ab4792c57.zip
md: allow a partially recovered device to be hot-added to an array.
When adding a new device into an array it is normally important to clear any stale data from ->recovery_offset else the new device may not be recovered properly. However when re-adding a device which is known to be nearly in-sync, this is not needed and can be detrimental. The (bitmap-based) resync will still happen, and further recovery is only needed from where-ever it was already up to. So if save_raid_disk is set, signifying a re-add, don't clear ->recovery_offset. Signed-off-by: NeilBrown <neilb@suse.de>
Diffstat (limited to 'crypto')
0 files changed, 0 insertions, 0 deletions