aboutsummaryrefslogtreecommitdiffstats
path: root/drivers/md/raid6x86.h
diff options
context:
space:
mode:
authorNeilBrown <neilb@suse.de>2007-01-26 00:57:11 -0800
committerLinus Torvalds <torvalds@woody.linux-foundation.org>2007-01-26 13:51:00 -0800
commit2a2275d630b982e5f90206f9bc497f6695a3ec5d (patch)
tree88cddee709b2107b74e5424810d4ffb6e3772382 /drivers/md/raid6x86.h
parenta0ad13ef643a5829d63c456ab6143bbda60b44a9 (diff)
downloadkernel_samsung_espresso10-2a2275d630b982e5f90206f9bc497f6695a3ec5d.zip
kernel_samsung_espresso10-2a2275d630b982e5f90206f9bc497f6695a3ec5d.tar.gz
kernel_samsung_espresso10-2a2275d630b982e5f90206f9bc497f6695a3ec5d.tar.bz2
[PATCH] md: fix potential memalloc deadlock in md
If a GFP_KERNEL allocation is attempted in md while the mddev_lock is held, it is possible for a deadlock to eventuate. This happens if the array was marked 'clean', and the memalloc triggers a write-out to the md device. For the writeout to succeed, the array must be marked 'dirty', and that requires getting the mddev_lock. So, before attempting a GFP_KERNEL allocation while holding the lock, make sure the array is marked 'dirty' (unless it is currently read-only). Signed-off-by: Neil Brown <neilb@suse.de> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'drivers/md/raid6x86.h')
0 files changed, 0 insertions, 0 deletions