summaryrefslogtreecommitdiffstats
path: root/fs/read_write.h
diff options
context:
space:
mode:
authorChristoph Hellwig <hch@infradead.org>2009-02-24 08:39:02 -0500
committerFelix Blyakher <felixb@sgi.com>2009-04-29 13:25:29 -0500
commit6321e3ed2acf3ee9643cdd403e1c88605d7944ba (patch)
tree42ccd5dd1082d291089fec1aa6e8b6a84866bb0c /fs/read_write.h
parent4be4a00fb55879ef44b5914c189aecffa828deb4 (diff)
downloadlinux-6321e3ed2acf3ee9643cdd403e1c88605d7944ba.tar.gz
linux-6321e3ed2acf3ee9643cdd403e1c88605d7944ba.tar.bz2
linux-6321e3ed2acf3ee9643cdd403e1c88605d7944ba.zip
xfs: fix getbmap vs mmap deadlock
xfs_getbmap (or rather the formatters called by it) copy out the getbmap structures under the ilock, which can deadlock against mmap. This has been reported via bugzilla a while ago (#717) and has recently also shown up via lockdep. So allocate a temporary buffer to format the kernel getbmap structures into and then copy them out after dropping the locks. A little problem with this is that we limit the number of extents we can copy out by the maximum allocation size, but I see no real way around that. Signed-off-by: Christoph Hellwig <hch@lst.de> Reviewed-by: Eric Sandeen <sandeen@sandeen.net> Reviewed-by: Felix Blyakher <felixb@sgi.com> Signed-off-by: Felix Blyakher <felixb@sgi.com>
Diffstat (limited to 'fs/read_write.h')
0 files changed, 0 insertions, 0 deletions