aboutsummaryrefslogtreecommitdiffstats
path: root/include
diff options
context:
space:
mode:
authorNeilBrown <neilb@suse.de>2006-05-30 21:27:13 -0700
committerLinus Torvalds <torvalds@g5.osdl.org>2006-05-31 16:27:11 -0700
commitc331eb04b995ad276a7ece4608326f1db4e137d8 (patch)
treed3ef167648eb00266696039cc10b32592747e5fe /include
parenta835fa798ddfbfe4c63ff5e22c93fa5d24c95f7b (diff)
downloadkernel_samsung_aries-c331eb04b995ad276a7ece4608326f1db4e137d8.zip
kernel_samsung_aries-c331eb04b995ad276a7ece4608326f1db4e137d8.tar.gz
kernel_samsung_aries-c331eb04b995ad276a7ece4608326f1db4e137d8.tar.bz2
[PATCH] md: Fix badness in sysfs_notify caused by md_new_event
From: NeilBrown <neilb@suse.de> If an error is reported by a drive in a RAID array (which is done via bi_end_io - in interrupt context), we call md_error and md_new_event which calls sysfs_notify. However sysfs_notify grabs a mutex and so cannot be called in interrupt context. This patch just creates a variant of md_new_event which avoids the sysfs call, and uses that. A better fix for later is to arrange for the event to be called from user-context. Note: avoiding the sysfs call isn't a problem as an error will not, by itself, modify the sync_action attribute. (We do still need to wake_up(&md_event_waiters) as an error by itself will modify /proc/mdstat). 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 'include')
0 files changed, 0 insertions, 0 deletions