summaryrefslogtreecommitdiffstats
path: root/drivers/md/raid10.c
diff options
context:
space:
mode:
authorShaohua Li <shli@fb.com>2015-09-18 10:20:12 -0700
committerNeilBrown <neilb@suse.com>2015-10-02 17:23:44 +1000
commitd4929add83ad4660b1824a9282ab5dd4d60140fa (patch)
treec087245ba01366fb5c568915fce7d353897cc7a1 /drivers/md/raid10.c
parent66eefe5de11db1e0d8f2edc3880d50e7c36a9d43 (diff)
downloadop-kernel-dev-d4929add83ad4660b1824a9282ab5dd4d60140fa.zip
op-kernel-dev-d4929add83ad4660b1824a9282ab5dd4d60140fa.tar.gz
md: clear CHANGE_PENDING in readonly array
If faulty disks of an array are more than allowed degraded number, the array enters error handling. It will be marked as read-only with MD_CHANGE_PENDING/RECOVERY_NEEDED set. But currently recovery doesn't clear CHANGE_PENDING bit for read-only array. If MD_CHANGE_PENDING is set for a raid5 array, all returned IO will be hold on a list till the bit is clear. But recovery nevery clears this bit, the IO is always in pending state and nevery finish. This has bad effects like upper layer can't get an IO error and the array can't be stopped. Fixes: c3cce6cda162 ("md/raid5: ensure device failure recorded before write request returns.") Signed-off-by: Shaohua Li <shli@fb.com> Signed-off-by: NeilBrown <neilb@suse.com>
Diffstat (limited to 'drivers/md/raid10.c')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud