diff options
author | Christoph Hellwig <hch@infradead.org> | 2009-02-24 08:39:02 -0500 |
---|---|---|
committer | Felix Blyakher <felixb@sgi.com> | 2009-04-29 13:25:29 -0500 |
commit | 6321e3ed2acf3ee9643cdd403e1c88605d7944ba (patch) | |
tree | 42ccd5dd1082d291089fec1aa6e8b6a84866bb0c /fs/read_write.h | |
parent | 4be4a00fb55879ef44b5914c189aecffa828deb4 (diff) | |
download | linux-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