summaryrefslogtreecommitdiffstats
path: root/lib/locking-selftest-rlock-hardirq.h
diff options
context:
space:
mode:
authorNeilBrown <neilb@suse.de>2010-08-08 13:18:03 +0200
committerNeilBrown <neilb@suse.de>2010-08-08 13:21:27 +0200
commitbb4f1e9d0e2ef93de8e36ca0f5f26625fcd70b7d (patch)
tree7c7edc0d5fa2b5702358f11396d52d07183708c0 /lib/locking-selftest-rlock-hardirq.h
parentmd: move revalidate_disk() back outside open_mutex (diff)
downloadlinux-bb4f1e9d0e2ef93de8e36ca0f5f26625fcd70b7d.tar.xz
linux-bb4f1e9d0e2ef93de8e36ca0f5f26625fcd70b7d.zip
md: fix another deadlock with removing sysfs attributes.
Move the deletion of sysfs attributes from reconfig_mutex to open_mutex didn't really help as a process can try to take open_mutex while holding reconfig_mutex, so the same deadlock can happen, just requiring one more process to be involved in the chain. I looks like I cannot easily use locking to wait for the sysfs deletion to complete, so don't. The only things that we cannot do while the deletions are still pending is other things which can change the sysfs namespace: run, takeover, stop. Each of these can fail with -EBUSY. So set a flag while doing a sysfs deletion, and fail run, takeover, stop if that flag is set. This is suitable for 2.6.35.x Cc: stable@kernel.org Signed-off-by: NeilBrown <neilb@suse.de>
Diffstat (limited to 'lib/locking-selftest-rlock-hardirq.h')
0 files changed, 0 insertions, 0 deletions