summaryrefslogtreecommitdiffstats
path: root/drivers/md/raid1.h
diff options
context:
space:
mode:
authorNeilBrown <neilb@suse.de>2011-05-11 14:50:37 +1000
committerNeilBrown <neilb@suse.de>2011-05-11 14:50:37 +1000
commit7ca78d57d11a91bc93b35342fa58647b85bedeb1 (patch)
tree398f2f91e5252b45872506763ae3677e1f35c026 /drivers/md/raid1.h
parent78d7f5f726deb562a51126603f2dc5d00990b223 (diff)
downloadlinux-7ca78d57d11a91bc93b35342fa58647b85bedeb1.tar.gz
linux-7ca78d57d11a91bc93b35342fa58647b85bedeb1.tar.bz2
linux-7ca78d57d11a91bc93b35342fa58647b85bedeb1.zip
md/raid1: try fix_sync_read_error before process_checks.
If we get a read error during resync/recovery we current repeat with single-page reads to find out just where the error is, and possibly read each page from a different device. With check/repair we don't currently do that, we just fail. However it is possible that while all devices fail on the large 64K read, we might be able to satisfy each 4K from one device or another. So call fix_sync_read_error before process_checks to maximise the chance of finding good data and writing it out to the devices with read errors. For this to work, we need to set the 'uptodate' flags properly after fix_sync_read_error has succeeded. Signed-off-by: NeilBrown <neilb@suse.de>
Diffstat (limited to 'drivers/md/raid1.h')
0 files changed, 0 insertions, 0 deletions