summaryrefslogtreecommitdiffstats
path: root/drivers/md/bitmap.c
diff options
context:
space:
mode:
authorNeilBrown <neilb@suse.de>2013-04-24 11:42:41 +1000
committerNeilBrown <neilb@suse.de>2013-04-24 11:42:41 +1000
commit3ea8929da3e61b54d4adcab1bf9a0034648d578e (patch)
tree5746cb05e180e46bb4a05d93ff55fbbdf0a0e078 /drivers/md/bitmap.c
parent746d3207ae2f9cf71fd87c9df884aa104fdaafa6 (diff)
downloadtalos-op-linux-3ea8929da3e61b54d4adcab1bf9a0034648d578e.tar.gz
talos-op-linux-3ea8929da3e61b54d4adcab1bf9a0034648d578e.zip
md: HOT_DISK_REMOVE shouldn't make a read-auto device active.
If a fail device or a spare is removed from an array, there is not need to make the array 'active'. If/when the array does become active for some other reason the metadata will be update to reflect the removal. If that never happens and the array is stopped while still read-auto, then there is no loss in forgetting the that the device had 'failed'. A read-only array will leave failed devices attached to the array personality, so we need to explicitly call remove_and_add_spares() to free it (clearing Blocked just like we do in store_slot()). Signed-off-by: NeilBrown <neilb@suse.de>
Diffstat (limited to 'drivers/md/bitmap.c')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud