diff options
author | NeilBrown <neilb@suse.de> | 2005-10-19 21:23:47 -0700 |
---|---|---|
committer | Linus Torvalds <torvalds@g5.osdl.org> | 2005-10-19 23:04:30 -0700 |
commit | 6985c43f39b3d799999c390099c56ebbee27d4f4 (patch) | |
tree | 7db2cc566d9257afca01deb135e2e0f0347333e8 /arch/ppc64/kernel/vdso32 | |
parent | 4a9949d7ac9e2bc51939f27b184be6e1bd99004e (diff) | |
download | kernel-crypto-6985c43f39b3d799999c390099c56ebbee27d4f4.tar.gz kernel-crypto-6985c43f39b3d799999c390099c56ebbee27d4f4.tar.xz kernel-crypto-6985c43f39b3d799999c390099c56ebbee27d4f4.zip |
[PATCH] Three one-liners in md.c
The main problem fixes is that in certain situations stopping md arrays may
take longer than you expect, or may require multiple attempts. This would
only happen when resync/recovery is happening.
This patch fixes three vaguely related bugs.
1/ The recent change to use kthreads got the setting of the
process name wrong. This fixes it.
2/ The recent change to use kthreads lost the ability for
md threads to be signalled with SIG_KILL. This restores that.
3/ There is a long standing bug in that if:
- An array needs recovery (onto a hot-spare) and
- The recovery is being blocked because some other array being
recovered shares a physical device and
- The recovery thread is killed with SIG_KILL
Then the recovery will appear to have completed with no IO being
done, which can cause data corruption.
This patch makes sure that incomplete recovery will be treated as
incomplete.
Note that any kernel affected by bug 2 will not suffer the problem of bug
3, as the signal can never be delivered. Thus the current 2.6.14-rc
kernels are not susceptible to data corruption. Note also that if arrays
are shutdown (with "mdadm -S" or "raidstop") then the problem doesn't
occur. It only happens if a SIGKILL is independently delivered as done by
'init' when shutting down.
Signed-off-by: Neil Brown <neilb@suse.de>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Diffstat (limited to 'arch/ppc64/kernel/vdso32')
0 files changed, 0 insertions, 0 deletions