summaryrefslogtreecommitdiffstats
path: root/mm/mmap.c
diff options
context:
space:
mode:
authorNeilBrown <neilb@suse.de>2005-10-20 06:23:47 +0200
committerLinus Torvalds <torvalds@g5.osdl.org>2005-10-20 08:04:30 +0200
commit6985c43f39b3d799999c390099c56ebbee27d4f4 (patch)
tree7db2cc566d9257afca01deb135e2e0f0347333e8 /mm/mmap.c
parent[PATCH] raw1394: fix locking in the presence of SMP and interrupts (diff)
downloadlinux-6985c43f39b3d799999c390099c56ebbee27d4f4.tar.xz
linux-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 'mm/mmap.c')
0 files changed, 0 insertions, 0 deletions