xfs: switch to NOFS allocation under i_lock in xfs_buf_associate_memory
authorChristoph Hellwig <hch@infradead.org>
Sat, 18 Jul 2009 22:14:58 +0000 (18:14 -0400)
committerFelix Blyakher <felixb@sgi.com>
Tue, 11 Aug 2009 15:50:31 +0000 (10:50 -0500)
commit837273b8a150a3761467573c5eb477791cf19268
treeb3b8e979debd7d834860b2effe11ff6fd52dca87
parentea78cd5e6b6ebe123641382d5040252d19829332
xfs: switch to NOFS allocation under i_lock in xfs_buf_associate_memory

xfs_buf_associate_memory is used for setting up the spare buffer for the
log wrap case in xlog_sync which can happen under i_lock when called from
xfs_fsync. The i_lock mutex is taken in reclaim context so all allocations
under it must avoid recursions into the filesystem.  There are a couple
more uses of xfs_buf_associate_memory in the log recovery code that are
also affected by this, but I'd rather keep the code simple than passing on
a gfp_mask argument.  Longer term we should just stop requiring the memoery
allocation in xlog_sync by some smaller rework of the buffer layer.

Reported by the new reclaim context tracing in lockdep.

Signed-off-by: Christoph Hellwig <hch@lst.de>
Reviewed-by: Felix Blyakher <felixb@sgi.com>
Signed-off-by: Felix Blyakher <felixb@sgi.com>
fs/xfs/linux-2.6/xfs_buf.c